Re: [talk-ph] Planned skillshare event in San Pablo City
Facebook event page: https://www.facebook.com/event.php?eid=165506783514696 Date is on July 30, Saturday and the venue is somewhere in SM City San Pablo. :-) On Wed, Jun 29, 2011 at 6:42 PM, ianlopez ian_lopez_1...@yahoo.com wrote: After a few days of deep thought, I've decided to organize an OSM Skillshare Event in San Pablo City. It will happen on July 23, 2011. I've thought of two possible locations for the event: SM City San Pablo and Figaro Coffee in Ultimart. This is my first time to host an OpenStreetMap-related event. I also need pointers and best practices in organizing a skillshare event. ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] map with geo-tagged photos
Another one, just posted in OpenLayers -users ML OpenLayers + Flicker. http://crschmidt.net/flickr/geo/tokyo Click on red circles. Noli On 7/5/11, Leonard Soriano banito_pi...@yahoo.com wrote: Hi Rem, Nice example.Simple but effective. It would be good if lines could also be part of the visible features. --bunny --- On Tue, 5/7/11, Noli Sicad nsi...@gmail.com wrote: From: Noli Sicad nsi...@gmail.com Subject: Re: [talk-ph] map with geo-tagged photos To: rem zamora pompy...@gmail.com Cc: osm-ph talk-ph@openstreetmap.org Received: Tuesday, 5 July, 2011, 9:39 AM Finally, found good example with OpenLayers with Popup Photo. http://gis.ibbeck.de/ginfo/apps/OLExamples/OL26/examples/styles_unique_with_group.html The blue pentagons have slide / photo popup. Click it to view. BTW, jQuery works well with OpenLayers. View source to see how it is implemented. Noli ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk] Orphaned Relations
On Mon, Jul 18, 2011 at 10:28:54PM +0100, MP wrote: On Mon, 18 Jul 2011 16:05:29 +0100, Ed Loach wrote: Relations without members can be used intentionally, Can you give an example, please? Because I've tried and failed to think of any. Perhaps I'm just getting hung up on the name relation as something which groups its related members in some way defined by the relation's tags (while not being used as a category). For example in Prague there is relation for transport network which contain empty relation for some tram lines - those are not operational currently due to some constructions, but once these constructions are finished, they can be easily restored to previous state (just dig up some older version of the relation from history, check it and save it) You might just as well delete the relation while the tram line does not exist. You are still able to restore an old version from the history later. There is no difference in the process. Relations should not be used as a garbage dump for information that might be interesting in the future. Sarah ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Orphaned Relations
Hi, On 17 July 2011 23:55, Sarah Hoffmann lon...@denofr.de wrote: I recently stumbled upon some empty route relations, so I had a closer look at the OSM planet and found that there are about 10.000 orphaned relations in the database and the number is growing. With orphaned I mean relations that have no members and are not member of any other relation. Some are completely empty but most still have some tags. I have created a list of the relations sorted by last editing user here: ... Question remains what to do with the existing orphaned relations. Is there any legimate use for them or would it be save to simply delete them all? So I had stumbled on the same fact about a year ago and after some discussion on this list I deleted about 8000 empty/orphaned relations. It seems all except a handful of those 8000 relations had indeed been left in the not-deleted state by mistake. There were a couple (5) that had still been referenced from the wiki, rather than from inside the database through other relations. I got a couple of e-mails months later asking about those relations and undeleted them, it would probably be a good idea to check for references in the wiki beforehand this time. I don't think it makes sense to create such empty relations before any members are added to them because it's quite likely someone else is going to create a duplicate, but I don't have a strong opinion and being in the losing position as an author of an automated edit I didn't want to argue with the creators of these relations. Cheers ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Sotm-EU11: thanks to the organisation committee
Yes, thanks again for the great organisation which made this amazing conference possible! Yes, would be great to be able to download the videos! On 19 July 2011 01:19, Steve Coast st...@asklater.com wrote: SOTM-EU was a fantastically well organized conference, well done. Steve On Jul 18, 2011, at 5:42 AM, maning sambale wrote: Dear Norbert, The videos are very useful for those of us who were not in the conf. However, it gets painfully slow to enjoy. Is there a plan to host them in another site (i e. vimeo or youtube) or as a download? Thanks again for making the videos available. On Mon, Jul 18, 2011 at 8:25 PM, Norbert Wenzel norbert.wenzel.li...@gmail.com wrote: On 18.07.2011 14:18, Michael Kugelmann wrote: For all who could not join: conference proceedings and/or slides and/or recodings from allmost all talks are already available on the SOTM-EU website http://www.sotm-eu.org . All videos should now be online. If there's still a video missing we do not have the right to publish it or we have technical problems with the video (Steves Keynote seems not to work. Andreas Trawöger is still working on this together with the TU Teaching Support Center.) kind regards, Norbert ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Cheers Patrick ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Orphaned Relations
On mardi 19 juillet 2011 at 00:54, Jorge Gustavo wrote : I remove my orphaned relations, using JOSM. 1) wget http://jxapi.openstreetmap.org/xapi/api/0.6/relation[boundary=administrat ive][@uid=193530] -O old_relation_boundary_jgr.osm 2) JOSM - Open - old_relation_boundary_jgr.osm No need to download each relation manually before opening in JOSM, JOSM can download an object by ID (type Ctrl-Shift-O, or from the File menu), and recent versions of JOSM even accept a list of IDs to download them all at once. -- Renaud Michel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Orphaned Relations
On Tuesday, July 19, 2011 10:42:06 AM UTC-5, Renaud MICHEL wrote: On mardi 19 juillet 2011 at 00:54, Jorge Gustavo wrote : I remove my orphaned relations, using JOSM. 1) wget http://jxapi.openstreetmap.org/xapi/api/0.6/relation[boundary=administrat ive][@uid=193530] -O old_relation_boundary_jgr.osm 2) JOSM - Open - old_relation_boundary_jgr.osm No need to download each relation manually before opening in JOSM, JOSM can download an object by ID (type Ctrl-Shift-O, or from the File menu), and recent versions of JOSM even accept a list of IDs to download them all at once. That query downloads all relations tagged with boundary=administrative and with a specific user id, not a single relation. To retrieve a single relation use something like http://jxapi.openstreetmap.org/xapi/api/0.6/relation/123456 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Orphaned Relations
On 19-07-2011 16:42, Renaud MICHEL wrote: On mardi 19 juillet 2011 at 00:54, Jorge Gustavo wrote : I remove my orphaned relations, using JOSM. 1) wget http://jxapi.openstreetmap.org/xapi/api/0.6/relation[boundary=administrat ive][@uid=193530] -O old_relation_boundary_jgr.osm 2) JOSM - Open - old_relation_boundary_jgr.osm No need to download each relation manually before opening in JOSM, JOSM can download an object by ID (type Ctrl-Shift-O, or from the File menu), and recent versions of JOSM even accept a list of IDs to download them all at once. Hi Renaud, I didn't download each relation. I've downloaded all relations (more than 300) with the boundary=administrative and uid=193530. I don't know how to do such a request (filtered download) within JOSM. Is it possible? Regards, Jorge ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Orphaned Relations
On Tue, 19 Jul 2011 10:01:24 +0200, Sarah Hoffmann wrote: On Mon, Jul 18, 2011 at 10:28:54PM +0100, MP wrote: On Mon, 18 Jul 2011 16:05:29 +0100, Ed Loach wrote: Relations without members can be used intentionally, Can you give an example, please? Because I've tried and failed to think of any. Perhaps I'm just getting hung up on the name relation as something which groups its related members in some way defined by the relation's tags (while not being used as a category). For example in Prague there is relation for transport network which contain empty relation for some tram lines - those are not operational currently due to some constructions, but once these constructions are finished, they can be easily restored to previous state (just dig up some older version of the relation from history, check it and save it) You might just as well delete the relation while the tram line does not exist. You are still able to restore an old version from the history later. There is no difference in the process. Relations should not be used as a garbage dump for information that might be interesting in the future. Yes - if you remember the ID. If you don't, finding the ID can be almost impossible (there is no simple way to search for deleted given its tags) Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-br] Fwd: [OSGeo-Brasil] Envie seu artigo, a Revista FOSSGIS Brasil quer a sua colaboração!
Alguém tem tempo disponível para escrever sobre o OSM pra Revista FOSSGIS Brasil? []s -- Forwarded message -- From: Revista FOSSGIS Brasil market...@fossgisbrasil.com.br Date: 2011/7/19 Subject: [OSGeo-Brasil] Envie seu artigo, a Revista FOSSGIS Brasil quer a sua colaboração! To: portu...@osgeo.org, bra...@osgeo.org A Revista FOSSGIS Brasil é uma publicação construída por uma equipe de profissionais de forma colaborativa. Com esse intuito, queremos que você leitor, participe também da publicação da Revista enviando o seu artigo. Se você deseja participar da próxima edição da Revista FOSSGIS Brasil, você poderá fazê-lo da seguinte maneira: 1. Enviando artigos para serem publicados no blog da revista e/ou; 2. Enviando artigos para serem publicados na Revista (sessão Artigo do Leitor). Para isto, encaminhe as suas matérias para o email submis...@fossgisbrasil.com.br e no assunto informe onde deseja publicá-lo. Se por acaso você estiver lendo este post, e não tiver lido alguma das edições da Revista, baixe as edições ( http://www.fossgisbrasil.com.br/download/ ) e conheça um pouco do nosso trabalho. Att, Equipe FOSSGIS Brasil http://www.fossgisbrasil.com.br http://twitter.com/fossgis ___ Brasil mailing list bra...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/brasil ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Imagens Aéreas do Estado de Minas Gerais
On Sex, 2011-07-01 at 20:15 -0300, teste wrote: Eae Samuel, novidades? Fiz contato com o pessoal e recebi um retorno, desculpe a demora. Me pediram um documento mais formal, com algumas informações sobre a finalidade. Irei enviar um documento formal, caso ainda assim dificultem, penso em pedir ao pessoal da fundação para enviar uma solicitação diretamente para eles. Mando notícias. Abraço, -- Samuel Vale srcv...@minaslivre.org signature.asc Description: This is a digitally signed message part ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] eBay Verkauf Seekarte ...
Am 19.07.11 07:51, schrieb Jan Jesse: Hallo Bernd Ich finde deine Reaktion darauf unverständlich. Willst du verhindern dass irgendjemand Vorteile aus den von u.A. dir erstellten Karten und Tools gewinnt? Wie kommst du dann auf die Idee bei einem freien Projekt mit zu machen? Gruß, Bernd nachdem ich das überschlafen habe, stimme ich Dir zu. Ich hatte nur nicht damit gerechnet, daß jemand beginnt, olle USB-Sticks mit OSM-Daten aufzuwerten und zu verhökern. Sieh es mal so: Die Daten an sich sind frei, aber das Umwandeln in ein gerätetaugliches Format, das Aufspielen auf einen Datenträger und das Anbieten bei ebay sind entgeltfähige Dienstleistungen. Wenn der Kunde bereit ist, das zu zahlen... BTW baut ein Immobilienmakler die Häuser ja auch nicht selber ;-) Du kannst natürlich selber aktiv werden, und dir deinen Geldbeutel damit aufbessern. Nebenbei macht die Auktion euer Nischenprodukt weiter bekannt, und neue Nutzer könne auch neue Datenlieferanten werden. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] eBay Verkauf Seekarte ...
Hi Nop verlangen (bzw. eine offene Versteigerung machen, die sich meist auf unrealistisches Niveau hochzieht) hast Du nur die Möglichkeit, Deine Karte selbst bei ebay zu einem sinnvollen Festpreis anzubieten, um skrupellose Märchenpreise zu verhindern. Das ziehen ein paar OSMler schon seit über einem Jahr konsequent so durch - macht aber Arbeit. bye Nop Vielleicht lohnt es tatsächlich, über sowas nachzudenken. Wir könnten dann vielleicht auch besser denen helfen, die mit unserer Software-Zusammenstellung nicht ad hoc klarkommen. Viele Leute wünschen sich ja genau die Daten Ihres nächsten Törns auf dem Stick, und bekommen es nicht richtig hin. Allerdings stelle ich mir das durchaus aufwendig vor, und habe auch innerlich irgendwie Skrupel, freie Software zum Kauf anzubieten. Ich meine, ich kann doch nicht wirklich den Apache oder php oder perl verkaufen ;-) Aber als Supportangebot mag es inhaltlich sogar Sinn machen, Anwendern helfen, und damit eine gewisse Legitimation erfahren. Also danke nochmal an alle. Es ist für mich immer wieder verblüffend, wie vielfältig die Fragen um freie Projekte sind, und was man so alles lernen kann und muß. JJ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] eBay Verkauf Seekarte ...
Hallo. Am 19.07.2011 08:12, schrieb Jan Jesse: und habe auch innerlich irgendwie Skrupel, freie Software zum Kauf anzubieten. Ich meine, ich kann doch nicht wirklich den Apache oder php oder perl verkaufen ;-) Wieso nicht? Also es gibt mindestens drei Situationen in denen man freie Software von Dritten ohne jegliches schlechte Gewissen verkaufen kann: - Support, Installationshilfe: Wer sich die Installation oder spätere Betreuung nicht selbst zutraut, zahlt Geld dafür dass jemand anders ihm dabei hilft. Da man gewohnt ist, den Produkt-Händler für solchen Support in Anspruch zu nehmen, kauft man oft die Software und darf dann (für eine gewisse Zeit) den Support nutzen. - Zertifizierungen und Garantien: Einige bekannten Linux-Distributionen bieten eine spezielle Enterprise-Version gegen teuer Geld an. Wer die kauft, erwirbt die Garantie, dass z.B. andere Software damit zusammen arbeitet. Treten Probleme auf, hat man jemanden dem man die Hölle heiß machen kann. Benötigt man nur die Software ohne die Garantien bekommt man im Prinzip die selbe Software auch kostenlos. - Zusammenstellung und Datenübertragung: Die Auswahl der für einen Zweck passenden Software kostet Zeit und die Übertragung kostet Zeit und Geld. Ob man das Geld jetzt dem ISP gibt oder jemandem der das auf CD brennt und verschickt, ist im Prinzip dasselbe. Jemandem etwas dafür zu bezahlen dass man das für sich passende Produkt serviert bekommt ist ebenfalls nicht ungewöhnlich. Mittlerweile fast vergessen sind die vor einigen Jahren noch sehr populären (und von niemandem geächteten) Linux-Install-CD-Versandhändler. Man zahlt etwas Geld plus Versandkosten und muss dann die ISO-Datei nicht runterladen. Für Leute mit schmalbandigem Internet eine gute Sache. Aber als Supportangebot mag es inhaltlich sogar Sinn machen, Anwendern helfen, und damit eine gewisse Legitimation erfahren. Deine Wortwahl zeugt davon dass du es immernoch irgendwie abstoßend findest, mit freien Daten oder freier Software Geld zu verdienen. Mit dieser Haltung befeuerst du die erfolgreichsten Kritiker freier Software aus der IT-Branche, die mit freier Software den Niedergang der IT-Arbeitsplätze sehen. Ist aber nicht so, es gibt viele Firmen die ausschließlich über freie Software Geld verdienen und das ist auch sehr zu begrüßen. Schließlich sollen ja weiterhin nicht nur gelangweilte Schüler und Studenten an den Daten und der Software arbeiten sondern auch Leute davon und damit leben können. Und damit meine ich nicht nur Programmierer in Auftragsarbeit. Gruß, Bernd -- Je älter ich werde, desto fragwürdiger erscheint mir die These, Alter mache Weise - Henry Louis Mencken (am. Journalist, 1880-1956) signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] eBay Verkauf Seekarte ...
Bedenkt bitte auch, dass es im Umfeld von OpenStreetMap zahlreiche Firmen gibt die mit Dienstleistungen (zu realistischen Preisen) um OSM Geld verdienen und sich oftmals selbst engagiert (als Datensammler, Entwickler oder beim Marketing) in das Projekt einbringen. Solche Verdienstmöglichkeiten mit übermäßigem Engagement (Anbieten von Produkten zum Materialpreis ohne Berücksichtigung des Arbeitsaufwandes) zu erschweren kann auch solches Engagement reduzieren, da die Geschäftsgrundlage genommen wird. Wucherpreise werden sich am Markt nicht durchsetzen und sind somit von solch einer Diskussion sowieso ausgenommen. Marco Am 19.07.2011 08:12, schrieb Jan Jesse: Hi Nop verlangen (bzw. eine offene Versteigerung machen, die sich meist auf unrealistisches Niveau hochzieht) hast Du nur die Möglichkeit, Deine Karte selbst bei ebay zu einem sinnvollen Festpreis anzubieten, um skrupellose Märchenpreise zu verhindern. Das ziehen ein paar OSMler schon seit über einem Jahr konsequent so durch - macht aber Arbeit. bye Nop Vielleicht lohnt es tatsächlich, über sowas nachzudenken. Wir könnten dann vielleicht auch besser denen helfen, die mit unserer Software-Zusammenstellung nicht ad hoc klarkommen. Viele Leute wünschen sich ja genau die Daten Ihres nächsten Törns auf dem Stick, und bekommen es nicht richtig hin. Allerdings stelle ich mir das durchaus aufwendig vor, und habe auch innerlich irgendwie Skrupel, freie Software zum Kauf anzubieten. Ich meine, ich kann doch nicht wirklich den Apache oder php oder perl verkaufen ;-) Aber als Supportangebot mag es inhaltlich sogar Sinn machen, Anwendern helfen, und damit eine gewisse Legitimation erfahren. Also danke nochmal an alle. Es ist für mich immer wieder verblüffend, wie vielfältig die Fragen um freie Projekte sind, und was man so alles lernen kann und muß. JJ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] eBay Verkauf Seekarte ...
Marco Lechner - FOSSGIS e.V. wrote: Bedenkt bitte auch, dass es im Umfeld von OpenStreetMap zahlreiche Firmen gibt die mit Dienstleistungen (zu realistischen Preisen) um OSM Geld verdienen und sich oftmals selbst engagiert (als Datensammler, Entwickler oder beim Marketing) in das Projekt einbringen. Solche Verdienstmöglichkeiten mit übermäßigem Engagement (Anbieten von Produkten zum Materialpreis ohne Berücksichtigung des Arbeitsaufwandes) zu erschweren kann auch solches Engagement reduzieren, da die Geschäftsgrundlage genommen wird. Wucherpreise werden sich am Markt nicht durchsetzen und sind somit von solch einer Diskussion sowieso ausgenommen. Ich sehe das genau umgekehrt. Die Anbieter, die ihre eigene Arbeit im OSM-Umfeld verkaufen, stehen hier nicht zur Debatte. Was Unmut auslöst sind genau die eBay-Weiterverkäufe von kostenlosen Downloads zu Wucherpreisen ohne relevante Eigenleistung. Es ist nachweislich falsch daß Wucherpreise sich nicht duchsetzen - wenn die Käufer die Preise von kommerziellen Karten als Maßstab setzen, erscheinen ihnen die OSM Wucherkarten als preisgünstig. Daß es die auch kostenlos gibt wissen die meisten Leute einfach nicht. Bevor ein paar OSMler eingegriffen haben, war es auf ebay die Normalsituation, daß eine SD-Karte mit einer aufkopierten OSM-Karte aus dem Download für bis zu 65€ über den Tisch ging. Heute kommen Lizenzverstöße immer noch regelmäßig vor, aber die Preise haben sich auf ein angemessenes Niveau für eine SD-Karte und ein paar Minuten Arbeit eingependelt. Die Erfahrung hat aber gezeigt: Wenn eines der fairen Angebote wegfällt, tauchen innerhalb von 2 Wochen wieder ensprechende Märchenpreise auf - und werden auch gekauft. Von setzt sich nicht durch kann also absolut keine Rede sein! bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/eBay-Verkauf-Seekarte-tp6596692p6597845.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] Android
Dimitri Junker wrote: ich ein WindowsMobile-PDA und nutzte dort Glopus. Ich habe jetzt Navit installiert, scheint aber nicht alles zu können was man als Tracker braucht. Navit ist mehr eine Navigationssoftware, und die Bedienung, naja, das hast Du sicher schon selber bemerkt. :-) Es kann aber Offline-Karten und Offline-Navigation, was derzeit AFAIK ein Alleinstellungsmerkmal ist. Was könnt Ihr mir empfehlen? Zum Tracken brauche ich natürlich die Möglichkeit Tracks aufzuzeichen und Punkte zu markieren. Osmtracker ist buchstäblich dafür gemacht. Mit der Mäglichkeit gleich georeferenzierte Bilder mit dem Smartphone zu schießen, die JOSM am heimischen PC auch korrekt und an der richtigen Stlle anzeigt. Ich knipse manchmal Straßenschilder usw. Auch sehr nett: Vespucci, mit der Möglichkeit online zu editieren, ein JOSM für unterwegs, aber auf Grund des kleinen Displays etwas frickelig. Als Nutzer will ich sehen wo ich bin. Da ich viel reise und nicht immer bezahlbaren Osmand wurde schon genannt. Im Market gibt es noch 3, 4 äquivalente Apps. Internetzugang per Handynetzt haben werde möchte ich die Karten vorher laden können. OsmAnd kann das. Navigation per OSM wäre natürlich auch gut. Auch hier natürlich auch in einer offline Version. OsmAnd ist gerade dabei das zu implementieren, aber es ist buggy. Meist stürzt er (noch) mit Routenberechnungsfehler ab, wenn Du die offline-Navigation aktivierst. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neue Straßenlistenauswertung in Alpha-Version verfügbar
Ich habe auf der SOTM-EU mit Maksim Gurtovenko mak...@gurtovenko.name gesprochen. Die haben Software geschrieben für Strassenlistenauswertungen in Russland. Vielleicht kannst Du ihn mal kontaktieren und Möglichkeiten zur Zusammenarbeit oder zumindest Ideenaustausch ausloten. On Mon, Jul 18, 2011 at 08:00:42PM +0200, Dietmar wrote: Im Gegensatz zum früheren Auftritt von Florian will ich die eigentlichen Straßenlisten nicht in einem wiki auf dem Server vorhalten, sondern schlage vor, diese im OSM-Wiki zu speichern, damit sie dauerhaft zugreifbar bleiben. Die Idee finde ich gut. Im Prinzip ist es mir egal, wo und wie ich die Daten ablegen muss. Allderings bevorzuge ich ein System, auf dem ich ohne fremde Hilfe etwas ablegen oder ändern kann. Ein Wiki wäre dafür geeigneter als z.B. ein FTP-Server. es wird vorauss. ein Wiki sein, inkl. Accounts. Ein OSM-Kollege meinte, ich möchte OAuth zur Identifizierung nutzen, mal schauen, ob ich das hinbekomme. Aber das Wiki ist noch nicht ausgewählt. Also wenn Du ein Wiki willst, dann würde ich auf jeden Fall das OSM-Wiki nehmen. Ein eigenes Wiki zu betreiben, macht eine Menge Aufwand. Das muss ja nicht sein. Nicht nur gibts eine eigene Account-Verwaltung, man muss sich auch drum kümmern Spammer fernzuhalten. Und die Software muss ja auch irgendwo laufen und braucht da Ressourcen. Und für die User ist die Nutzungshürde auch größer. Wenn man im OSM-Wiki eine Ecke einrichtet und alles z.B. als Subseiten a la Strassenlistenauswertung/Foo/Bar macht, dann ist das noch halbwegs erträglich. Als Datenformat empfehle ich die Verwendung einer Tabelle (cvs, html, egal), die definierte Spaltenüberschriften haben sollte (z.B. Straßenname, Ortsname, Landkreis, Stadtteil, zugehörige Relationsnummer, Kommentar, Datenquelle, rechtlicher Status, etc.). Für Deine Auswertung extrahierst Du Dir dann die Spalten, die Du benötigst (Selektion der Spalten und Reihenfolge aufgrund der Spaltenüberschriften). Auf diese Weise bekommen wir ein generisches Datenformat, das auch für andere Zwecke/Auswertungen wiederverwendet/erweitert werden kann. Die Spalten Datenquelle und rechtlicher Status erscheinen mir notwendig zur Kennzeichnung der Herkunft und von Nutzungseinschränkungen der Straßenlisten. Ich bin eher für das bisherige Format mit einfachen Überschriften und Listen. Trotzdem kann man auch dort die von Dir gebrachten Aspekte unterbekommen. Mediawiki-Tabellen sind grausam zu editieren. Wenn es ohne die geht, wäre es viel leichter, damit zu arbeiten. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sommeraufgabe 2011
Hi, Ich weiss nicht so recht wie ich folgende Hausnummernsituation in meinem Urlaubsort in Holland mappen soll: Also, es gibt ein Gebäude beschildert mit Kennedybollevard 302-654 (das heisst die Hausnummern sind Wohnungsnummern). Dieses hat mehrere Eingänge mit den entsprechenden Ranges: Eingang 1 : 302-352 Eingang 2 : 354-402 Eingang 3 : 402-446 etc. Ich könnte nun: (a) Jede Wohnung einzeln als addr:-Node mappen (ca. 100 Stück) (b) eine addr:interpolation quer über das Gebäude legen (c) an den Eingängen Nodes mit: addr:housenumber=302-352 addr:interpolation=even ich würde momentan (c) bevorzugen, Nachteil: Nominatim kann vermutlich keine Single-Node-Interpolation. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sommeraufgabe 2011
Am 19. Juli 2011 10:48 schrieb Chris66 chris66...@gmx.de: Also, es gibt ein Gebäude beschildert mit Kennedybollevard 302-654 (das heisst die Hausnummern sind Wohnungsnummern). wenn es Wohnungsnummern sind: evtl. ist addr:housenumber der falsche Tag (es gibt einen Vorschlag im Wiki für Wohnungsnummern)? Vermutlich meintest Du allerdings: jede Wohnung hat eine Hausnummer? Dieses hat mehrere Eingänge mit den entsprechenden Ranges: Eingang 1 : 302-352 Eingang 2 : 354-402 Eingang 3 : 402-446 etc. Ich könnte nun: (a) Jede Wohnung einzeln als addr:-Node mappen (ca. 100 Stück) ja, wenn Du dazu Lust hast ;-) (b) eine addr:interpolation quer über das Gebäude legen ja, bzw. mehrere (c) an den Eingängen Nodes mit: addr:housenumber=302-352 addr:interpolation=even ich würde momentan (c) bevorzugen, Nachteil: Nominatim kann vermutlich keine Single-Node-Interpolation. eher nicht. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sommeraufgabe 2011
Am 19.07.2011 10:58, schrieb M∡rtin Koppenhoefer: Also, es gibt ein Gebäude beschildert mit Kennedybollevard 302-654 (das heisst die Hausnummern sind Wohnungsnummern). wenn es Wohnungsnummern sind: evtl. ist addr:housenumber der falsche Tag (es gibt einen Vorschlag im Wiki für Wohnungsnummern)? Vermutlich meintest Du allerdings: jede Wohnung hat eine Hausnummer? Ja genau. Jede Wohnung hat (bezogen auf die Straße) ein eindeutige Hausnummer. Lösung (d): Ich mappe eine echte addr:interpolation aus 2 eng beieinander liegenden Nodes an jeden Eingang. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Insel im Meer
Am 18.07.2011 23:28, schrieb Chris66: Eine Verfeinerung wäre abwärtskompatibel durch ein Zusatztag zB. island:level=1-10 oder so möglich. Ich sehe schon die edit wars auf uns zukommen: * A: das ist 7 * B: Nein, das ist 5 *A: Nein, doch 7 weil [irgendein Argument] * B: doch 5 weil [irgendein anders Argument] * [to be continued] = -1 zum Vorschlag. Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Insel im Meer
Am 19. Juli 2011 00:40 schrieb Markus liste12a4...@gmx.de: Eine Verfeinerung wäre abwärtskompatibel durch ein Zusatztag zB. island:level=1-10 oder so möglich. -1 Besser fände ich eine Klassifizierung nach gewichteten Messgrössen: - Fläche gibt es schon, man muss dazu die Insel als Fläche eintragen und nicht als node wie man es vielfach noch vorfindet - Einwohnerzahl gibt es schon: population - jährlicher Personenverkehr (Flugzeug, Schiff, Bahn) ist das eine Inseleigenschaft oder eine Eigenschaft der jeweiligen Straße/Schiene/Flughafen? M.E. letzteres. Wer so was auswerten will, kann sich das ja zusammensuchen, aber m.E. fehlen uns dazu überwiegend Quellen. - jährlicher Güterverkehr (Flugzeug, Schiff, Bahn) dito, s.o. - Dominanz was meinst Du damit? Auf die Fläche bezogen? Auf die Höhe über Meer? Auf die Einwohnerzahl? Auf das Durchschnittseinkommen? Auf das Steueraufkommen? Auf die Geburtenrate? Auf die Abwasserkosten? - Bruttosozialprodukt gibt es nur bei unabhängigen Inseln, nicht bei solchen, die Teil einer größeren Volkswirtschaft sind. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neue Straßenlistenauswertung in Alpha-Version verfügbar
Hallo Jochen, Jochen Topf [mailto:joc...@remote.org] schrieb am: Dienstag, 19. Juli 2011 10:45 Ich habe auf der SOTM-EU mit Maksim Gurtovenko mak...@gurtovenko.name gesprochen. Die haben Software geschrieben für Strassenlistenauswertungen in Russland. Vielleicht kannst Du ihn mal kontaktieren und Möglichkeiten zur Zusammenarbeit oder zumindest Ideenaustausch ausloten. kann ich gerne mal kontaktieren Also wenn Du ein Wiki willst, dann würde ich auf jeden Fall das OSM-Wiki nehmen. Ein eigenes Wiki zu betreiben, macht eine Menge Aufwand. Das muss ja nicht sein. Nicht nur gibts eine eigene Account-Verwaltung, man muss sich auch drum kümmern Spammer fernzuhalten. Und die Software muss ja auch irgendwo laufen und braucht da Ressourcen. Und für die User ist die Nutzungshürde auch größer. Wenn man im OSM-Wiki eine Ecke einrichtet und alles z.B. als Subseiten a la Strassenlistenauswertung/Foo/Bar macht, dann ist das noch halbwegs erträglich. ich muß einen Bereich haben, a) der nur im User-hat-sich-angemeldet Modus erreichbar ist und b) wo ich google und andere Suchagenten abhalten kann (ggfs. durch a) erledigbar) Ist das im osm-wiki realisierbar? Und ist es gewollt, daß wir da eine etwas geschlossene Ecke einrichten? Die Daten von Sven habe ich nur stichprobenweise überflogen. Alle Lizenzhinweise waren bisher, Nutzung in osm erlaubt, also da würde eine Anmeldepflicht für osm-User im Wiki ausreichen. Du hattest ja die Mecklenburg-Vorpommern Listen besorgt. Reicht Dir das auch aus für die? Viele Grüße Dietmar ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] eBay Verkauf Seekarte ...
Am 19. Juli 2011 07:51 schrieb NopMap ekkeh...@gmx.de: Bedeutung der Lizenz hattest. Es ist völlig legitim, kostenlose OSM-Karten zu einem unverschämten Wucherpreis anzubieten, wenn man Dumme findet, die sie kaufen. :-) die Karten zu einem unverschämten Wucherpreis anzubieten halte ich nicht für legitim, legal und lizenzkonform ist es allerdings. Auf das oben verlinkte Angebot trifft Wucherpreis m.E. aber überhaupt nicht zu, die Karte wird inkl. Stick für 1,-EUR und 2,99 Versand angeboten, was daran Wucher sein soll erschließt sich mir nicht. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neue Straßenlistenauswertung in Alpha-Version verfügbar
On Tue, Jul 19, 2011 at 11:47:55AM +0200, Dietmar wrote: Also wenn Du ein Wiki willst, dann würde ich auf jeden Fall das OSM-Wiki nehmen. Ein eigenes Wiki zu betreiben, macht eine Menge Aufwand. Das muss ja nicht sein. Nicht nur gibts eine eigene Account-Verwaltung, man muss sich auch drum kümmern Spammer fernzuhalten. Und die Software muss ja auch irgendwo laufen und braucht da Ressourcen. Und für die User ist die Nutzungshürde auch größer. Wenn man im OSM-Wiki eine Ecke einrichtet und alles z.B. als Subseiten a la Strassenlistenauswertung/Foo/Bar macht, dann ist das noch halbwegs erträglich. ich muß einen Bereich haben, a) der nur im User-hat-sich-angemeldet Modus erreichbar ist und b) wo ich google und andere Suchagenten abhalten kann (ggfs. durch a) erledigbar) Wieso? Mit Daten, die nicht öffentlich sind, würde ich mich nicht abgeben. Ist das im osm-wiki realisierbar? Nein Und ist es gewollt, daß wir da eine etwas geschlossene Ecke einrichten? Die Daten von Sven habe ich nur stichprobenweise überflogen. Alle Lizenzhinweise waren bisher, Nutzung in osm erlaubt, also da würde eine Anmeldepflicht für osm-User im Wiki ausreichen. Du hattest ja die Mecklenburg-Vorpommern Listen besorgt. Reicht Dir das auch aus für die? Das war ich nicht. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Pressebericht Tagesanzeiger Schweiz
Für die, die es interessiert: der Tagesanzeiger hat einen längeren Bericht über unsere Mappingparty in Rapperswil im Regionalteil der Zeitung gebracht (also für non-Nerds und in der Printausgabe): http://ich-wars-nicht.ch/tmp/osm_tagesanzeiger_20110711.pdf Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Postkästen-Leerungszeiten-Kontrolle
Am 15.07.2011 13:04, schrieb Wolfgang: Am Donnerstag, 14. Juli 2011 22:42:10 schrieb Peter: Am 14.07.2011 21:57, schrieb Georg Feddern: Jan Tappenbeck schrieb: Am 14.07.2011 19:12, schrieb Peter: $TagName_Was_Gecheckt_Wurde:last_check_date naja an einem Postkasten was soll man da anderes gepüft haben - die Farbe ?? (Scherz!) Warum nicht? Heute Rot, Morgen Gelb. Farbe könnte den Betreiber bezeichnen. In der großen weiten Welt mag das schneller wechseln als in de wo es nur einen gibt. Vielleicht werden die in Timbuktu alle 1/4tel Jahr umgepinselt wenn sich ein Gebiet verschiebt. [...] Insofern ist das mit dem genauen was_wurde_gecheckt nicht so verkehrt. Es ist notwendig. Man könnte ja auch meinen das man nur geguckt hat das der noch da ist. Aber wichtiger scheint mir das man das universell nutzen kann. Bei einem Laden (manchmal wechselnd die in bestimmten Räumlichkeiten öfter) was-für-ein-Laden, das überhaupt ein Laden, Öffnungszeiten. Wenn sowas etabliert ist kann man vielleicht was auswerten? Naja, Einheitlichkeit wo man sich damit nicht wehtut ist halt einfacher. Ich glaube, das ist bereits ein vorläufig nutzbares Ergebnis. Ich halte den tag für sinnvoll, weil man dann gezielt nach Objekten suchen kann, die mal aktualisiert werden sollten. Beim Briefkasten würde ich auch ein allgemeines tag für ausreichend halten, wenn ich den schon aktualisiere, dann ganz. Dass er noch da ist, wird kaum jemand ernsthaft eintragen wollen. Man kann ja beides (vom Konzept her machen). Je nach Bedarf, also Briefkasten mit last_checked, beim shop halt $tag:last_checked. Oder wenn in einer Gegend mehrere Betreiber Briefkästen anbieten dann auch operator:last_checked. Das mag den meisten alles egal sein, aber wenn eine OSM Gruppe in $Land:$Stadt das für brauchbar hält soll'n se das taggen. Bei z.B. shops dürften speziellere tags (Öffnungszeiten, etc) sinnvoll sein. Auf jeden Fall aber ein Schritt in die richtige Richtung. Wenn nicht alle das für sinnvoll halten - das ist bei OSM normal. Also einfach machen und dann sehen, ob und wie es sich entwickelt. Ich werd' wohl nie ein last_checked erfassen. Aber das nette an OSM ist ja das man an den Bedürfnissen anderer das hinter dem Tellerrand erahnen kann:-) Wobei ... Wenn man ein Haus als building:construction tagt, so hat das last_checked doch direkt einen Sinn. Schön wenn das einheitlich ist und nicht in note/info/description/fixyou oder sonst was steht. Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gesperrte Wege im Nationalpark Harz
Am 15.07.2011 13:07, schrieb Garry: Am 13.07.2011 22:09, schrieb Peter: Verbotene Wege sollte man bei Feld Wald Wiesen Wanderwegen eher gar nicht darstellen als so. Wenn sich das rumspricht, ist keine gute Werbung. Es gibt auch noch jahreszeitabhängig geperrte/unbenutzbare Strassen und Wege: - Passtrassen mit Wintersperre bzw. allgemein Strassen und Wege die nicht geräumt werden und bis zum Frühjahr unauffindbar sind - Schutz während der Brutzeit - ... Willst Du die auch während der Unbenutzbarkeit von der Karte verschwinden lassen? Ich will garnix verschwinden lassen. Da gehört halt ein Merkmal dran das der Betrachter weis das es noch was zu prüfen gibt bevor er seine Reise da drüber plant. Bei Pässen wird der sich das vielleicht eh' denken, bei anderen Sachen nicht. Wenn dir das oben beschriebene wichtig ist so kannst das ja entwerfen. Man könnte z.B. nicht immer benutzbare Straßen halb rot hinterlegen, also gestrichelt, oder so. Kartographen haben das in den letzten paar Hundert Jahren doch sicher schon mal diskutiert. Im Falle des OP ist es IMHO ganz klar, das passt prima in die Karte jene auch auf den Zoomstufen 13/14 deutlich als verboten darzustellen. Da sind deine Beispiele keine Argumente da es halt halb/halb Fälle sind wo es komplizierter wird, müssten Texte dran, Fußnoten oder so. Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gesperrte Wege im Nationalpark Harz
Am 15.07.2011 09:23, schrieb Henning Scholland: Dann schau dir mal einen trunk oder ähnlichem an mit der Eigenschaft Einbahnstraße und vergleiche wann die Straße erscheint und wann die Einbahnstraßenpfeile auftauchen. Ich denke davon sind deutlich mehr Leute betroffen, beschwert hat sich noch niemand und verwirrt wurde da auch noch niemand. ;) * Zu Fuß nach 20km Wanderung doch noch 5-10km Umweg machen müssen. * Mit dem Auto einmal um 'die vier Ecken' Fahren Ist schon ein Unterschied, oder? Wer nur nach dem Navi fährt landet eh demnächst in einem Fluß und hat es nicht anders verdient. Darwin und so. Wenn die Info in den Daten vorhanden sit, steht es doch jedem frei, sich daraus eine Karte zu rendern in der die Wege in Abhängigkeit ihrer Eigenschaft auftauchen wie gewollt. Das Argument zählt für mich nicht. 1) Ist das kein einfaches Ding 2) Geht es um die Außenwirkung, die Millionen Leute die nie auf die Idee kämen das man sich eine Karte rendern könnte, oder das da überhaupt noch mehr Daten vorhanden sind als auf der Mapnik Karte. Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Postkästen-Leerungszeiten-Kontrolle
Am 16.07.2011 09:02, schrieb Rainer Kluge: Am 15.07.2011 20:07, schrieb Wolfgang: Ich bleibe dabei, dass ich einen solchen tag für sinnvoll halte. Niemand wird gezwungen, sich daran zu beteiligen. Wenn in A-Stadt die Briefkästen regelmäßig mit einem checked-Tag versehen werden und in B-Stadt ein Mapper ebenfalls regelmäßig kontrolliert, aber das Tag nicht setzt, dann ergibt sich für den Nutzer ein völlig inkonsistentes Bild. Auf der German Postbox Map steht dann bei den Briefkästen in A-Stadt Stand 15.07.2011, bei denen in B-Stadt Stand=datum letzte version des nodes, was u.U. Jahre zurückliegt. Natürlich wird der Nutzer die Information der Kästen in B-Stadt skeptisch bewerten oder gar gleich als veraltet betrachten. Ein solches Tag gibt daher nur Sinn, wenn es flächendeckend und systematisch gesetzt wird, und das geht nur, wenn sich alle beteiligen. Da dies weder machbar noch wünschenswert ist, ist das checked-Tag kontraproduktiv, denn es verschlechtert die subjektive Qualität von Objekten, deren Daten aktuell und korrekt sind, die aber nicht mit einem solchen Flag versehen sind. OSM ist nicht nur 'meine kleine Stadt' sondern ein Weltweites Projekt mit unterschiedlichsten Umgebungen und Mentalitäten. Und wenn die Mapper mal älter werden und die größte Freude mancher alter Herren ist jeden Morgen runter zu stürmen und zu sehen ob die Briefkastenleerungszeiten noch die selben sind wie gestern und das dann später im Rentnercchat diskutieren: ist doch fein. Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gesperrte Wege im Nationalpark Harz
Am 19.07.2011 14:51, schrieb Peter: Am 15.07.2011 09:23, schrieb Henning Scholland: Wenn die Info in den Daten vorhanden sit, steht es doch jedem frei, sich daraus eine Karte zu rendern in der die Wege in Abhängigkeit ihrer Eigenschaft auftauchen wie gewollt. Das Argument zählt für mich nicht. 1) Ist das kein einfaches Ding 2) Geht es um die Außenwirkung, die Millionen Leute die nie auf die Idee kämen das man sich eine Karte rendern könnte, oder das da überhaupt noch mehr Daten vorhanden sind als auf der Mapnik Karte. Wenn das Argument für dich nicht zählt, dann solltest du dir evtl. noch mal klar machen, was OSM ist und viel wichtiger was es eben nicht ist. Wir sind eine freie Geodatenbank. Jeder kann aus den Daten Karten machen etc. OSM bietet auch eine eigene Karte als Beispiel an. Wenn es Leute gibt, denen diese Beispielkarte nicht gefällt können sie sich eine eigene Karte rendern, so wie es ihnen gefällt. Wenn du also der Meinung bist, dass die Karte wie sie ist nicht brauchbar ist, dann mach dich ans Werk und erstell für Leute, die es ähnlich sehen wie du eine Karte. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Insel im Meer
Hallo, gibt es schon, man muss dazu die Insel als Fläche eintragen und nicht als node wie man es vielfach noch vorfindet Solte aber auch kein Problem sein per Software die Küstenlinie um den Node zu finden. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gesperrte Wege im Nationalpark Harz
On Tue, Jul 19, 2011 at 03:36:08PM +0200, Henning Scholland wrote: Jeder kann aus den Daten Karten machen etc. OSM bietet auch eine eigene Karte als Beispiel an. Wenn es Leute gibt, denen diese Beispielkarte nicht gefällt können sie sich eine eigene Karte rendern, so wie es ihnen gefällt. Déjà-vu? Ich habe das Argument schon von so vielen Leuten gehört. Wüßte ganz gerne mal dazu, ob all diejenigen, die es so gern rezitieren das alles schon mal selbst gemacht haben oder einfach so nur daherreden, um andere zu belehren. Das Argument geht für mich am geschilderten Problem vorbei. Viele Grüße Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gesperrte Wege im Nationalpark Harz
Am 19.07.2011 16:31, schrieb Andreas Tille: On Tue, Jul 19, 2011 at 03:36:08PM +0200, Henning Scholland wrote: Jeder kann aus den Daten Karten machen etc. OSM bietet auch eine eigene Karte als Beispiel an. Wenn es Leute gibt, denen diese Beispielkarte nicht gefällt können sie sich eine eigene Karte rendern, so wie es ihnen gefällt. Déjà-vu? Ich habe das Argument schon von so vielen Leuten gehört. Wüßte ganz gerne mal dazu, ob all diejenigen, die es so gern rezitieren das alles schon mal selbst gemacht haben oder einfach so nur daherreden, um andere zu belehren. Das Argument geht für mich am geschilderten Problem vorbei. Ja, ich rendere mir meine Karte die ich fürs Navigieren nutze selber und zwar genau so, wie ich sie haben möchte. Was meinst du, warum es eine OCM gibt oder die Wanderreitkarte...bestimmt nicht weil die Ersteller mit der Interpretation der Mapnikkarte zufrieden waren ;) Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Großes Maleur !!!! Relation zerstört
Hi ! mir ist gerade ein Maleur passiert - hätte wohl doch zu Bett gehen sollen. Habe im http://www.openstreetmap.org/browse/changeset/8772199 versehentlich die komplette Relation http://www.openstreetmap.org/browse/relation/106451 gelöscht Kann mir einer sagen - besser noch helfen - diese wiederherzustellen ?? Gruß Jan :-( ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Großes Maleur !!!! Relation WIEDERHERGESTELLT !!
ERLEDIGT !!! Josm hat ja eine neue gute Funktion !! gerade noch gesehen. gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Potlatch e risoluzione bing
Ho notato stamattina che e' aumentata la risoluzione dello sfondo Bing. Ora e' possibile arrivare ad un paio di livelli di zoom maggiori rispetto a qualche giorno fa. Almeno a Milano. Non so se dipenda da Bing o Potlatch. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mapping party Genova
Il 19/07/2011 00:09, Luca Delucchi ha scritto: Ciao a tutti, volevo dirvi che venerdì 29 a Genova faremo un mapping party [0]; so che è feriale ma è il giorno che viene meglio alla maggior parte dei genovesi.. se qualcuno vuole aggiungersi ci fa ben piacere. Dobbiamo ancora decidere ora e luogo di ritrovo e dove andare a mappare, ma zone ce ne sono [0] http://wiki.openstreetmap.org/wiki/Genova#M.28.27.29appare_Genova Ho aggiunto l'evento anche qui [1]. Dato che c'ero ho dato una sistemata agli eventi passati mettendo in ordine quei due tre eventi che erano fuori posto, scorporando gli eventi 2007 da quelli 2008 (erano tutti sotto il 2008) ed infine mettendo i mesi all'italiana. Ciao Paolo [1] http://wiki.openstreetmap.org/wiki/WikiProject_Italy ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mapping party Genova
Il 19 luglio 2011 10:10, Paolo Monegato gato.selvad...@gmail.com ha scritto: Il 19/07/2011 00:09, Luca Delucchi ha scritto: Ciao a tutti, volevo dirvi che venerdì 29 a Genova faremo un mapping party [0]; so che è feriale ma è il giorno che viene meglio alla maggior parte dei genovesi.. se qualcuno vuole aggiungersi ci fa ben piacere. Dobbiamo ancora decidere ora e luogo di ritrovo e dove andare a mappare, ma zone ce ne sono [0] http://wiki.openstreetmap.org/wiki/Genova#M.28.27.29appare_Genova Ho aggiunto l'evento anche qui [1]. Dato che c'ero ho dato una sistemata agli eventi passati mettendo in ordine quei due tre eventi che erano fuori posto, scorporando gli eventi 2007 da quelli 2008 (erano tutti sotto il 2008) ed infine mettendo i mesi all'italiana. grazie, mi sembrava di averlo aggiunto, ma si vede che l'ho fatto solo sulla pagina principale Ciao Paolo -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] 747a+ e Nokia N70
Ciao a tutt@, ho recentemente comprato un'antenna GPS 747a+ e mi appresto a mappare un giro in montagna di diversi giorni che farò fra qualche settimana con alcuni amici. La memoria del ricevitore non basterà mai per cui mi sono messo a vedere come fare a scaricare via via le tracce su un cellulare Nokia N70. Riesco a vedere la posizione attuale e cose del genere attraverso un programma chiamato* BT_J2ME* (versione per dispositivi mobili del programma *BT747*) che teoricamente ha anche un opzione per scaricare le mappe, ma non riesco a farla funzionare. Qualcuno sa aiutarmi? Grazie, Carlo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] 747a+ e Nokia N70
Il giorno 19 luglio 2011 10:59, Carlo Bottai carlo.bot...@gmail.com ha scritto: Ciao a tutt@, ho recentemente comprato un'antenna GPS 747a+ e mi appresto a mappare un giro in montagna di diversi giorni che farò fra qualche settimana con alcuni amici. La memoria del ricevitore non basterà mai per cui mi sono messo a vedere come fare a scaricare via via le tracce su un cellulare Nokia N70. Riesco a vedere la posizione attuale e cose del genere attraverso un programma chiamato* BT_J2ME* (versione per dispositivi mobili del programma *BT747*) che teoricamente ha anche un opzione per scaricare le mappe, ma non riesco a farla funzionare. Qualcuno sa aiutarmi? Grazie, Carlo Ciao, non ho nessuna esperienza con i nokia. Però ti posso assicurare che la memoria del 747 dura almeno tre giorni di camminata anche se prendi un punto ogni secondo. Finisce prima la batteria che la memoria del 747 ;) Ciao Robi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Fwd: [Imports] EC-JRC built-up areas / proposed process v0.1
per chi non legge la talk... -- Forwarded message -- From: Mayeul KAUFFMANN mayeul.kauffm...@jrc.ec.europa.eu Date: Tue, Jul 19, 2011 at 11:22 Subject: [Imports] EC-JRC built-up areas / proposed process v0.1 To: OSM Imports List impo...@openstreetmap.org Hi, Thanks all for the fruitful discussion and the helpful comments! We agree on the need for local, manual validation. As a trial, we could start with a 50 by 50 km low density area (something like http://osm.org/go/0CkJV_Q- ) and have it fully validated by the local community, hence only manual edits. The process could be as follows: 1. Extract built-up areas and building density from imagery (automated) 2. For each polygon (semi-automated): 2a. In the area covered by the polygon and in the neighbourood (say 0,5 to 1 km buffer) do an analysis of all tags related to landuse. Continue with next step 2b only if there is absolutely no relevant information in OSM (to avoid duplicates or overlapping polygons). 2b. Have an algorithm choose the best combination of tags for this polygon (without uploading). This could be decided on the basis of 2a (the polygons already coded in 2a are our training set): e.g., among our polygons, let's take those that are very similar to OSM polygons already tagged in OSM as “place=village” (we have dozen of textural, morphological, etc. measures for this); for those, we propose the tag “place=village”. We are thinking of doing some kind of statistical analysis (PCA/supervised classification) here. After this step, we may even go back to step 1 (maybe iteratively) to fine-tune our detection algorithm (the algorithm produces a continuous value, we have to discretize it with a threshold, step 2b can help us choose the threshold that best fit existing OSM data) 2c. For polygons ruled out in step 2a, compute one or two statistics (such as building density, and maybe average building size for instance) for the OSM polygon 3. Share the polygons by USB key or email to other local fellow mappers (no posting to a web site). I have a few names in mind: In the past few weeks, as a hobby, I've been training friends of the Italian Alpine Club (especially the mountain bikers) on OSM mapping, and altogether they have an excellent knowledge of the area. I have also put an announcement in http://wiki.openstreetmap.org/wiki/Lombardia_Community (you will also find my two login names here ;-) ). I also have contacts with several active mappers in other institutes of our research center. 4. Have local mappers (including myself) manually validate or reject each polygon, and manually upload the validated polygons, with appropriate tags (e.g. landuse=residential, landuse=commercial, place=village...) 5. Report on the above. The area that we suggest ( http://osm.org/go/0CkJV_Q- ) seems a good place to test this, as there are already a few village polygons digitized, but many are missing, and the majority of building footprints are missing. Jorge wrote: “But you can contribute by calculating, for example, the OSM building coverage in some countries or cities, and then let the community knows how bad/good is the current OSM coverage.” We like this idea, but how can we share it? (legal and technical constraint). This is strongly related to the next point: The only thing that does not fit in the above 5-step process is how to share the result of step 2c (it is not convenient to share id/density pairs by email). Maybe this could be the (semi-) automatically uploaded part. Thanks in advance for any comment. Mayeul Dr. Mayeul KAUFFMANN, Spatial Data Analyst European Commission, Joint Research Centre (JRC) Geo-Spatial Information Analysis for Global Security and Stability (ISFEREA) Via E. Fermi 2749 - I-21027 Ispra (VA), ITALY http://isferea.jrc.ec.europa.eu ___ Imports mailing list impo...@openstreetmap.org http://lists.openstreetmap.org/listinfo/imports -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Potlatch e risoluzione bing
2011/7/19 emmexx emm...@tiscalinet.it: Ho notato stamattina che e' aumentata la risoluzione dello sfondo Bing. Ora e' possibile arrivare ad un paio di livelli di zoom maggiori rispetto a qualche giorno fa. Almeno a Milano. Non so se dipenda da Bing o Potlatch. Per l'allineamento delle foto credo che anche a Milano è meglio usare le foto del PCN (è sufficente di spostare il livello wms/tms di Bing col apposito offset determinato con le tracce ed eventualmente le foto del PCN). Il livello massimo in JOSM è un'impostazione (a Roma è zoom 21 e credo anche a Milano dovrebbe essere uguale) e quindi se solo ora Potlatch te lo fa vedere è possibile che hanno cambiato il default del maxzoom (probabilmente anche in Potlatch è un impostazione che l'utente puo cambiare?). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mapping party montagna
2011/7/18 niubii f.pelu...@gmail.com: Io ho imparato a mie spese (e quelle dei miei compagni) che non sempre ci si può fidare del PCN: http://dl.dropbox.com/u/20901490/SDC10261.JPG Quel tratto l'avevo taggato con highway=track, tracktype=3. si, secondome è pericoloso inserire tracktype dal PCN, dato che in realtà è impossibile riconoscere lo stato di una strada in un ortofoto (anche se alle volte si riesce ad indovinare giusto). Rimango del parere che facciamo meglio inserire strade e percorsi con highway=road per indicare che non sono stati rilevati in campo (per esempio anche se si capisca che una strada è probabilmente residential comunque i sensi unici mancanno). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mapping party montagna
Il 19 luglio 2011 12:44, M∡rtin Koppenhoefer dieterdre...@gmail.com ha scritto: 2011/7/18 niubii f.pelu...@gmail.com: Io ho imparato a mie spese (e quelle dei miei compagni) che non sempre ci si può fidare del PCN: http://dl.dropbox.com/u/20901490/SDC10261.JPG Quel tratto l'avevo taggato con highway=track, tracktype=3. si, secondome è pericoloso inserire tracktype dal PCN, dato che in e magari anche gli access eh niubii?? ;-) ciao, Martin -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Pagina wiki su Rest_area
Ho creato una prima versione della pagina di Rest_area [0], ma non so come collegarla nella pagina italiana di Map Features. Qualcuno può provvedere? Ogni miglioramento è benvenuto - jede Verbesserung ist willkommen... Alessandro Pozzato [0] http://wiki.openstreetmap.org/wiki/IT:Tag:highway%3Drest_area ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Pagina wiki su Rest_area
Il giorno 19 luglio 2011 14:11, Alessandro Pozzato apozz...@libero.it ha scritto: Ho creato una prima versione della pagina di Rest_area [0], ma non so come collegarla nella pagina italiana di Map Features. Qualcuno può provvedere? Ogni miglioramento è benvenuto - jede Verbesserung ist willkommen... Fatto! Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] panel discussion: imports
Il 17 luglio 2011 13:46, Milani Alessio klava...@gmail.com ha scritto: OK, messo così va già molto meglio. :-) Ma a parte i vecchi dati ISTAT (effettivamente di pessima qualità) piuttosto che condannare a priori gli imports che possono essere effettuati a livello più o meno locale porrei l'accento sulla stesura e la divulgazione di regole e consigli pratici da affiancare a quelli tecnici e legali già presenti sul Wiki. regole più o meno ci sono già ma certe volte non si rispettano e i risultati sono disastrosi, altre volte pur rispettandole non si pensa ad alcune cose (guardate l'import de giapponesi o dei tiger nelle slide di frederick) Informazione e coordinamento tra mappers sono findamentali perchè un import non sia stupido e anche più banalmente per non pestarsi i pie...i nodi. :-) Non sono portavoce di alcun che e di nessuno ma nel nostro piccolo in Veneto mi sento di poter dire che proprio in queste occasioni tra di noi si parla per evitare problemi. bravi ;-) ma aveve controllato tutti i dati importati? OSM può fare il salto di qualità e superare i concorrenti privati e pubblici solo se punta alla qualità e non alla quantità, ci vorranno più anni ma quando avremo i tutti i dati principali e aggiornati al giorno avremo riaggiunto lo scopo finale di OSM, ci dovrà essere una struttura ben diffusa e legata al territorio. Che possiamo fare? Banchetti e bandierine nelle piazze? Un progetto del genere necessità si di manovalanza a tutti livelli ma non può prescindere da una certa predisposizione culturale e da una personale sensibilità verso certi temi, oltre al più che naturale interesse al pratico che da tutto questo può scaturire. Dubito sia nelle nostre capacità il colmare questi gap sociali, prima che altro. ci sono tantissime cose che si possono fare: - contattare associazione, forum, mailing list che potrebbero aiutare (lug, associazioni sportive, culturali) - utilizzare i dati per correggere i problemi e far vedere che è possibile utilizzarli - organizzare eventi (tra la comunità e di mappatura) pubblicizzare il più possibile l'evento In merito alla scarsità di eventi live poi i piccoli numeri ovvio che non aiutano. Non vedo soluzioni facili e a breve termine. Anche se sono piccoli i numeri non importa, la settimana prossima fare un MP a genova probabilmente in 4, chisse... Quello in abruzzo eravamo in 4 ma ce la siamo spassata L'importante è creare comunità stringere relazioni Ho parlato troppo. Scusate. :-) No no, sei l'unico che hai parlato. Ciao Alessio -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Comunità italiana (era: Re: panel discussion: imports)
Il 18 luglio 2011 21:25, Paolo Pozzan pa...@z2z.it ha scritto: Secondo me questo è un argomento fondamentale, tanto che ho aperto una nuova discussione. La mia esperienza con altre comunità, principalmente quella di OpenOffice.org mi ha insegnato che: - Un reparto marketing è fondamentale. La comunicazione con gli organi di informazione dovrebbe essere curata con cadenza costante. +1, ma non abbiamo l'italo vignoli di turno :-) - C'è sempre chi fa di più e chi fa meno. Cercare di coinvolgere chi fa meno è un'impresa al pari dell'eterna lotta tra il bene e il male. Come postulato, abbassare le barriere d'ingresso (sempre con l'attenzione alla qualità) è un lavoro da fare con verifica continua. ok, bisogna perciò allargare il numero di persone così in percentuale ci saranno più persone che faranno di più - Le collaborazioni aiutano e a volte avere un'associazione riconosciuta di appoggio semplifica le cose. anche qui sono d'accordissimo, il problema che attualmente non avremmo le forze per farne una. Quando (non fra molto) la OSMF avrà definito per bene i local chapter GFOSS.it molto probabilmente farà richiesta di essere un Chapter. GFOSS.it sta seguendo la cosa tramite il sottoscritto (ne ho potuto parlare con alcuni membri del gruppo di lavoro su local chapter a Vienna e a breve dovrà uscire qualcosa) e Niccolo Rigacci Potrei aver elencato quelle che per voi sono banalità, ma partire da concetti base per poi sviluppare attività a supporto ed estensione della comunità mi sembra qualcosa di essenziale. secondo me la cosa che si può fare di più è cercare di contattare altre liste, forum ecc sull'esempio di MTB forum, diffondere il verbo Idee? qualcosa sopra, qualcosa nella mail di risposta ad Alessio nell'altro thread Paolo P. -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Comunità italiana (era: Re: panel discussion: imports)
- Un reparto marketing è fondamentale. La comunicazione con gli organi di informazione dovrebbe essere curata con cadenza costante. +1, ma non abbiamo l'italo vignoli di turno :-) che se non erro ora è in libreoffice ma non c'entra una tubazzo - Le collaborazioni aiutano e a volte avere un'associazione riconosciuta di appoggio semplifica le cose. anche qui sono d'accordissimo, il problema che attualmente non avremmo le forze per farne una. Quando (non fra molto) la OSMF avrà definito per bene i local chapter GFOSS.it molto probabilmente farà richiesta di essere un Chapter. GFOSS.it sta seguendo la cosa tramite il sottoscritto (ne ho potuto parlare con alcuni membri del gruppo di lavoro su local chapter a Vienna e a breve dovrà uscire qualcosa) e Niccolo Rigacci IMHO: il numero di utenti osm in gfoss.it attualmente non rappresenta un insieme significativo rispetto agli utenti italiani di osm Mi dicono (ma non ho informazioni per dirlo) che invece lo sono di più in wikipedia È vero che le associazioni aiutano le comunità ma sono sempre le comunità che si autoregolano e prendono le loro scelte. Insomma prima farei la vera conta altrimenti si tratterebbe di una situazione un po' dispotica. Un po' come quando uno fa un import massiccio in una zona senza confrontarsi con la comunita' del posto. Su scelte di sezioni italiane ragionerei anche su quanti sono iscritti alla osm foundation ... è anche vero che sono in pochi che fanno le rivoluzioni ... Potrei aver elencato quelle che per voi sono banalità, ma partire da concetti base per poi sviluppare attività a supporto ed estensione della comunità mi sembra qualcosa di essenziale. secondo me la cosa che si può fare di più è cercare di contattare altre liste, forum ecc sull'esempio di MTB forum, diffondere il verbo Giusto! Prima si cerca di solleticare il piu' possibile la comunita' e poi ci si organizza. Idee? qualcosa sopra, qualcosa nella mail di risposta ad Alessio nell'altro thre intanto io vorrei veramente rompere i maroni affinche' il prossimo osmit non fosse una cosa per pochi e che, prima che il confronto con le istituzioni, sia la festa della comunita'. Questo e' un sogno difficile, ma nell'ultimo anno vedo che siamo cresciuti. Gia' il solo sapere che esistono delle mailing list regionali e' , secondo me, segno di crescita. Personalmente non penso che lanciare idee o creare istituzioni senza una risposta dalla comunita' sia la soluzione da perseguire. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Connessione corsia-pista ciclabile
2011/7/14 emmexx emm...@tiscalinet.it: 1. come faccio il raccordo tra la corsia e la pista? La pista ricalca il marciapiedi, che criterio uso per raccordarla con la linea adimensionale che si trova in mezzo alla strada? Tracci la perpendicolare dalla way della strada alla way della pista ciclabile (se vuoi la inclini un poco per dare il senso della direzione di marcia) Ho fatto una cosa simile qui: http://www.openstreetmap.org/?lat=45.450464lon=9.119111zoom=18layers=M La pista ciclabile del lato destro (sud-nord) finisce contro un muro e non è fisicamente raccordata alla strada. Ma per aiutare il routing ho tracciato un segmento di ciclabile (nella realtà inesistente) che indica il percorso che farebbe un ciclista. 2. come gestisco il fatto che la corsia ciclabile e' asimmetrica, nel senso che da un lato inizia ad un incrocio (a T) mentre dall'altro finisce nel punto di immissione della ciclabile e va oltre il punto di incrocio precedente. Abbiamo già scoperto che cycleway=lane left e right non funzionano bene. Pertanto suggerisco di mappare come cycleway=lane il tratto della strada principale che contiene almeno una corsia ciclabile, fare i raccordi con le piste ciclabili come suggerito sopra, ed eventualmente introdurre delle relazioni per marcare il divieto di svolta da un raccordo all'altro. 3. nella zona corso Venezia, porta Venezia, Bastioni di Porta Venezia sono stati aggiunti numerosi pezzi di pista ciclabile, in genere con attraversamento ciclabile. Taggando cosa devo preferire: la semplicita' o la precisione? Di solito cerco di preferire la utilizzabilità della mappa, che è un buon compromesso tra semplicità e leggibilità della mappa da parte dei software (render e router) Ad esempio, allo stato attuale, personalmente, non mappo feature che so non essere supportate da alcun software, ma preferisco curare bene la routabilità della mappa. Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Moli, frangiflutti, dighe etc
2011/7/14 gvf g...@gvf.ve.it: Entrambe le descrizioni comunque non mi sembra coprano le strutture in pezzi di roccia perpendicolari alla costa usate per proteggere le spiagge dall'erosione (che fra l'altro non hanno niente a che vedere con i porti). Queste? http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dgroyne Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Moli, frangiflutti, dighe etc
2011/7/14 gvf g...@gvf.ve.it: Ho trovato tutte le possibili varianti (faccio l'esempio con molo ma vale anche per le altre caratteristiche): Oltre alla pagina che ti hanno già indicato, secondo me va notato che moli, dighe frangiflutti ecc. sono strutturalmente diversi e quindi richiedono approcci diversi. All fixed walls associated with a harbour should be mapped as being part of the natural=coastline or waterway=riverbank. These include external and internal harbour wall, wharfs, for every masonry pier and unfortified shores. Lighter elements, such as footbridges, rafts, landing-stages are deemed to be part of the sea rather than defining te edge of the sea. Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Moli, frangiflutti, dighe etc
Il giorno mar, 19/07/2011 alle 22.27 +0200, Federico Cozzi ha scritto: 2011/7/14 gvf g...@gvf.ve.it: Ho trovato tutte le possibili varianti (faccio l'esempio con molo ma vale anche per le altre caratteristiche): Oltre alla pagina che ti hanno già indicato, secondo me va notato che moli, dighe frangiflutti ecc. sono strutturalmente diversi e quindi richiedono approcci diversi. All fixed walls associated with a harbour should be mapped as being part of the natural=coastline or waterway=riverbank. These include external and internal harbour wall, wharfs, for every masonry pier and unfortified shores. Lighter elements, such as footbridges, rafts, landing-stages are deemed to be part of the sea rather than defining te edge of the sea. Nel caso di un molo o frangiflutti mappato come way ovvero come un segmento fra due punti (cosa abbastanza comune in caso di strutture di dimensioni non estese) come mi dovrei comportare con la linea di costa ? -- Ciao Gio. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Moli, frangiflutti, dighe etc
2011/7/19 gvf g...@gvf.ve.it: Nel caso di un molo o frangiflutti mappato come way ovvero come un segmento fra due punti (cosa abbastanza comune in caso di strutture di dimensioni non estese) come mi dovrei comportare con la linea di costa ? Lo ingrassi un pochino e poi lo metti nella linea di costa ;-) Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Moli, frangiflutti, dighe etc
Il giorno mar, 19/07/2011 alle 22.44 +0200, Federico Cozzi ha scritto: 2011/7/19 gvf g...@gvf.ve.it: Nel caso di un molo o frangiflutti mappato come way ovvero come un segmento fra due punti (cosa abbastanza comune in caso di strutture di dimensioni non estese) come mi dovrei comportare con la linea di costa ? Lo ingrassi un pochino e poi lo metti nella linea di costa ;-) Quindi lo faccio diventare un area e lo faccio corrispondere su tre lati (i fianchi non necessariamente sono coincidenti, il molo/frangiflutti può proseguire p.e. in caso di una spiaggia) con la linea di costa ? -- Ciao Gio. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Comunità italiana (era: Re: panel discussion: imports)
In data martedì 19 luglio 2011 22:08:06, Maurizio Napolitano ha scritto: - Un reparto marketing è fondamentale. La comunicazione con gli organi di informazione dovrebbe essere curata con cadenza costante. +1, ma non abbiamo l'italo vignoli di turno :-) che se non erro ora è in libreoffice ma non c'entra una tubazzo Confermo. - Le collaborazioni aiutano e a volte avere un'associazione riconosciuta di appoggio semplifica le cose. anche qui sono d'accordissimo, il problema che attualmente non avremmo le forze per farne una. Quando (non fra molto) la OSMF avrà definito per bene i local chapter GFOSS.it molto probabilmente farà richiesta di essere un Chapter. GFOSS.it sta seguendo la cosa tramite il sottoscritto (ne ho potuto parlare con alcuni membri del gruppo di lavoro su local chapter a Vienna e a breve dovrà uscire qualcosa) e Niccolo Rigacci IMHO: il numero di utenti osm in gfoss.it attualmente non rappresenta un insieme significativo rispetto agli utenti italiani di osm Mi dicono (ma non ho informazioni per dirlo) che invece lo sono di più in wikipedia È vero che le associazioni aiutano le comunità ma sono sempre le comunità che si autoregolano e prendono le loro scelte. Insomma prima farei la vera conta altrimenti si tratterebbe di una situazione un po' dispotica. Un po' come quando uno fa un import massiccio in una zona senza confrontarsi con la comunita' del posto. Su scelte di sezioni italiane ragionerei anche su quanti sono iscritti alla osm foundation ... è anche vero che sono in pochi che fanno le rivoluzioni ... Sempre citando la mia esperienza, anche in OpenOffice.org c'è una comunità ben più estesa rispetto agli iscritti all'associazione (PLIO), del resto per agire in determinati campi l'associazione è indispensabile (finanziamenti, donazioni, accordi, ecc...) e tutti i partecipanti della comunità hanno diritto a far parte dell'associazione. Oltretutto se si lavora tutti per lo stesso fine allora è difficile che nascano controversie in questo senso. E poi non è lo stesso caso anche tra OSM e OSM Foundation? Certo, se la fondazione inglese avesse un certo valore anche in Italia il problema non si porrebbe. Ah, se l'UE servisse a semplificare anche queste faccende! Potrei aver elencato quelle che per voi sono banalità, ma partire da concetti base per poi sviluppare attività a supporto ed estensione della comunità mi sembra qualcosa di essenziale. secondo me la cosa che si può fare di più è cercare di contattare altre liste, forum ecc sull'esempio di MTB forum, diffondere il verbo Giusto! Prima si cerca di solleticare il piu' possibile la comunita' e poi ci si organizza. Viral/Social Media/Guerriglia Marketing? Perché no? ;-) Idee? qualcosa sopra, qualcosa nella mail di risposta ad Alessio nell'altro thre intanto io vorrei veramente rompere i maroni affinche' il prossimo osmit non fosse una cosa per pochi e che, prima che il confronto con le istituzioni, sia la festa della comunita'. Questo e' un sogno difficile, ma nell'ultimo anno vedo che siamo cresciuti. Gia' il solo sapere che esistono delle mailing list regionali e' , secondo me, segno di crescita. Personalmente non penso che lanciare idee o creare istituzioni senza una risposta dalla comunita' sia la soluzione da perseguire. Ma la comunità non siamo anche noi? :-) Comunque concordo che avere quanto più riscontro possibile è il modo giusto di procedere. Però mi piace anche lanciare provocazioni per animare le discussioni :-) Paolo P. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Wolfram Alpha usa OSM!
Lo sapevate? Io no... Esempio: http://www.wolframalpha.com/input/?i=via+monte+napoleone Ciao Paolo P. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Connessione corsia-pista ciclabile
Il 07/19/2011 10:16 PM, Federico Cozzi scrisse: 2011/7/14 emmexx emm...@tiscalinet.it: 1. come faccio il raccordo tra la corsia e la pista? Tracci la perpendicolare dalla way della strada alla way della pista ciclabile (se vuoi la inclini un poco per dare il senso della direzione di marcia) 2. come gestisco il fatto che la corsia ciclabile e' asimmetrica, nel senso che da un lato inizia ad un incrocio (a T) mentre dall'altro finisce nel punto di immissione della ciclabile e va oltre il punto di incrocio precedente. Abbiamo già scoperto che cycleway=lane left e right non funzionano bene. Pertanto suggerisco di mappare come cycleway=lane il tratto della strada principale che contiene almeno una corsia ciclabile, fare i raccordi con le piste ciclabili come suggerito sopra, ed eventualmente introdurre delle relazioni per marcare il divieto di svolta da un raccordo all'altro. Nel frattempo avevo gia' taggato quel tratto. Ho preferito, perche' mi sembrava piu' funzionale, tracciare i 2 tratti di corsia ciclabile come: highway: cycleway cycleway: lane Il raccordo con la via lo ho fatto non a 90 gradi ma con un angolo piu' dolce. Il rendering sicuramente non e' corretto ma il tratto di corsia e' relativamente breve. Spezzando i tratti di corsia e pista il rendering non era molto chiaro. Tra l'altro mi pare che Mapnik abbia modificato il rendering delle ciclabili... Taggando cosa devo preferire: la semplicita' o la precisione? Ad esempio, allo stato attuale, personalmente, non mappo feature che so non essere supportate da alcun software, ma preferisco curare bene la routabilità della mappa. Ok, anch'io preferisco favorire l'usabilita' della mappa, almeno in questo caso. grazie maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] buenaventura
HolaQue tal les parece la idea de borrar la mayoria del trazado existente e incorrecto en Buenaventura, y volver a dibujarlo sobre las imagenes de bing?harrierco ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] buenaventura
Me parece que en algunas zonas podemos hacer las correcciones de los vectores viales con base en las imágenes bing sin tener que borrar y reacer. Hay otras que si están muy desfazadas y da la impresión que es mucho más trabajo corregir que reacer... Que definan los autores: harrierco federico humano manchito Y hacemos luego campaña de mapeo en Buenaventura, a la cual me sumo. Quedo atento, HY El 19 de julio de 2011 18:35, Ricardo R harrie...@hotmail.com escribió: Hola Que tal les parece la idea de borrar la mayoria del trazado existente e incorrecto en Buenaventura, y volver a dibujarlo sobre las imagenes de bing? harrierco ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] buenaventura
2011/7/19 hyan...@gmail.com hyan...@gmail.com: Me parece que en algunas zonas podemos hacer las correcciones de los vectores viales con base en las imágenes bing sin tener que borrar y reacer. Hay otras que si están muy desfazadas y da la impresión que es mucho más trabajo corregir que reacer... Que definan los autores: harrierco federico humano Por mi esta bien borrar y hacer de nuevo, de todas formas no tengo mucho aporte en la zona. salu2 humano manchito Y hacemos luego campaña de mapeo en Buenaventura, a la cual me sumo. Quedo atento, HY El 19 de julio de 2011 18:35, Ricardo R harrie...@hotmail.com escribió: Hola Que tal les parece la idea de borrar la mayoria del trazado existente e incorrecto en Buenaventura, y volver a dibujarlo sobre las imagenes de bing? harrierco ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, .ppt, .pptx, .mdb, mdbx OpenOffice es libre: se puede copiar, modificar y redistribuir libremente. Gratis y totalmente legal. http://GaleNUx.com es el sistema de información para la salud --///-- Teléfono USA: (347) 688-4473 (Google voice) skype: llamarafredyrivera ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
[Talk-dk] Brugervenligt visualisering af GSP-spor?
Hej, Vi skal lave et forsøg med elcykler, og vil gerne gps-tracke cyklerne og løbende vise sporene på en webside. Har i forslag til hvordan det lettest gøres? Det skal være så simpelt som muligt for brugerne, fx gerne automatisk/løbende upload af gsp-spor fra en iphone/android app. Venlig hilsen, Emil Tin Cykelsekretariatet ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Brugervenligt visualisering af GSP-spor?
Hey, Tag et kig på http://lokation.dk/iframe/ (disclaimer: jeg er med-ejer af dette firma). Der laver vi nøjagtig de ting du gerne vil. Vi bruger www.openlayers.org og www.jquery.com som hjælpebiblioteker. Med Venlig Hilsen Michael Bojsen 2011/7/19 Emil Tin z...@tmf.kk.dk Hej, Vi skal lave et forsøg med elcykler, og vil gerne gps-tracke cyklerne og løbende vise sporene på en webside. Har i forslag til hvordan det lettest gøres? Det skal være så simpelt som muligt for brugerne, fx gerne automatisk/løbende upload af gsp-spor fra en iphone/android app. Venlig hilsen, Emil Tin Cykelsekretariatet ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
RE: Re: [Talk-dk] S� skete det der ikke m�tte ske
Selvfølelig er der ikke noget galt i at rette lidt i andres data, det kan der være mange grunde til. Meningen er at OSM er et sammenarbejde, ikke at vi sidder med hvert vores lille område og vogter over det som høge ! Men når det så er sagt, ligner det man kan se på rashers udemærket kort, i Fåborg / Svendborg området (http://osm.rasher.dk/?zoom=11lat=55.08043lon=10.38751layers=BFFT), ikke små rettelser eller justeringer her er der tale om wholescale ændringer efter Fugros billeder. Ok, jeg er da godt klar over at det ikke er alle veje der er lige præcise (den telefon jeg brugte i starten, kunne kun have lock på 5 sateliter af gangen), men en del af dem der nu er rettet er nogen som jeg kører på næsten dagligt og som er tracket mange gange i begge retninger, hvorfor jeg er ret sikker på at de var rigtige som de var, og så kan jeg godt blive harm når jeg ser at en eller anden, der ikke engang har gjort sig den umage at se på lokaliteten, bare ændre det hele. Kim On 2011-07-19 00:19, Esbern Snare wrote: åbenlyse fejl er jo ikke noget problem, de rettes bare. Problemet er hvis f.eks. en kystlinie tegnet efter gps rettes til efter fugro, det er her man skal tænke sig om en ekstra gang, den er sandsynligvis ikke lagt ind efter gps for sjov, men fordi nogen har gjort et stykke arbejde, er der meget store forskelle mellem det der er mappet i kortet og så det man tror f.eks. udfra fugro, så må man altså sende nogen ud at se på tingene i den virkelige verden. Enig. Og de første kystlinier, er jo mærket specielt. Men nogen gange må man bare sjusse sig frem og håbe, at der kommer mere data, der kan understøtte det. Jeg har lige uploadet et spor over bl.a. Nyrup Mosevej. Jeg kan se at GPS'en ikke har været hel præcis, fx ved at se de steder, hvor jeg er kørt samme vej tilbage. Men jeg fandt i det mindste ud af hvilke veje, der er forbundet og hvilke der ikke er. Ravnemosevej så ud til at være forbundet, da jeg tracede Fugro. Det er den næsten også, bortset fra et enket forkølet juletræ på halvanden meter, der spærrer. Så udover at forbinde flyttede jeg nogle af vejene et par meter i hvad jeg tror er den rigtige retning. Hvis jeg havde været til fods eller på cykel, havde jeg nok kunne gøre det mere præcist. Af sjove ting angående skov, har jeg fjernet et par knaster på en skov der var mappet efter fugro. Den ene knast viste sig at være en skygge, og den anden viste sig at være fjernet siden fugro kom forbi. mvh Esbern 2011/7/19 Niels Elgaard Larsen : On 2011-07-18 23:44, Esbern Snare wrote: Jeg har sagt det før og skal gerne gentage min holdning - LAD VÆRE AT RETTE I ANDRES ARBEJDE UDFRA FUGRO hvis du ikke har loalkendskab til stederne eller du på anden måde ved at der er fejl i dataene. Som sagt, nogen gang er det ret åbenlyst at der er fejl i data. Derudover er man jo tit nødt til at få det til at hænge nogenlunde sammen. Hvis man laver veje efter Fugro, kan man jo ikke bare lade dem fx krydse GPS-veje, hvis man kan se, at de ikke skal krydse. Så må man vurdere om det er Fugro eller de eksisterende veje, der er mest præcise. Her lader jeg som regel OSAK være dommer. Man kan heller ikke bare lade veje løbe gennem søer. Det er manglende respekt for andres måske surt opmålte data. Dette skal ikke forståes sådan at man ikke skal mappe efter fugro, map endelig løs der hvor der ikke er mappet, Ja, men der er altså rigtig mange steder hvor man skal flette det ind i det, der allerede er mappet. det giver selvfølgelig nogle fejl, men lad de lokale cykel og gps folk tage sig af at rette dem og husk så også at GPS logninger også kan være behæftet med fejl En anden god ting er også at sætte en kommentar på hvis man retter andres data, f.eks. retter man en fugro skov til efter virkeligehde, så skriv lige korrigeret efter lokalkendskab eller sådan noget Ja, hvis det er præcist. Mange skove afmærket med GPS er for små, fordi man har gået på de yderste stier, som ikke er grænsen for skoven. Jeg har mappet et par skove med GPS, men nu har jeg rettet dem til med Fugro. mvh Esbern 2011/7/18 Niels Elgaard Larsen : On 2011-07-18 22:49, Jonas Häggqvist wrote: On 18-07-2011 22:30, Kim Foder wrote: Jeg tror indtil videre at vi slår koldt vand i blodet og venter på svar fra Hjart inden vi skriver flere følelsesladede mails. Jeg tvivler på der er tale om ond vilje når man lægger sådan et stort arbejde i det, men det er selvfølgelig ærgerligt at det er gået ud over dit arbejde. Som du siger er komplet revert en rigtig dårlig løsning. Umiddelbart vil jeg sige det nok er på tabskontoen, med mindre du kan udpege enkelte changesets der er overvejende fejlagtige. Har du husket at sætte source og/eller en beskrivende comment på dine changesets, så man (og Hjart) kan slå history op og se du har været i
Re: [Talk-es] consulta sobre buscar calles con mpaserver, openlayer y openstreetmap
El 18/07/11 19:18, Iván Sánchez Ortega escribió: On Martes, 19 de Julio de 2011 00:48:56 Jose Alberto Gonzalez von Schmeling escribió: Mi idea es tener un buscador donde puede colocar el nombre de la calle y me muestre exactamente en el mapa. Estoy buscando mucho por todos lados y no encuentro un ejemplo claro. Si me pueden dar ideas o ejemplos, se los agradeceré muchísimo. Índice fulltext en tu BDD, y un formulario con un campo de texto para que el servidor haga una query, devuelva las coordenadas, y a golpe de javascript re- centras el OpenLayers. A las malas, un select a la BDD, y muestras en una página web el nombre de cada calle, con una href de tal manera que enlacen a un permalink de openlayers. Si no, otra opción es instalarte una copia de Nominatim, en nomenclator que usa OSM. Pero de cualquier manera, la parte de la interfaz (y enganchar con OpenLayers) la vas a tener que retocar más o menos a mano. Espero haberte servido de guía :-) Un saludo, Gracias por contestar. Ya realice el índice fulltext a la tabla donde se encuentran las calles. Ya tengo el campo de texto. Lo que no se como hacer es la consulta al servidor y que me devuelva las coordenadas. Si me podrías orientar mejor por favor. desde ya muchas gracias. saludos, jose ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] consulta sobre buscar calles con mpaserver, openlayer y openstreetmap
On Martes, 19 de Julio de 2011 16:02:01 Jose Alberto Gonzalez von Schmeling escribió: Ya realice el índice fulltext a la tabla donde se encuentran las calles. Ya tengo el campo de texto. Lo que no se como hacer es la consulta al servidor y que me devuelva las coordenadas. Si me podrías orientar mejor por favor. desde ya muchas gracias. ¿Tienes PHP en el servidor web? -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org Readers of aphorisms. The worst readers of aphorisms are the author's friends if they are intent on guessing back from the general to the particular instance to which the aphorism owes its origin; for with such pot-peeking they reduce the author's whole effort to nothing; so that they deservedly gain, not a philosophic outlook or instruction, but-at best, or at worst-nothing more than the satisfaction of vulgar curiosity. -- Friedrich Nietzsche [1844 - 1900] ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] consulta sobre buscar calles con mpaserver, openlayer y openstreetmap
El 19/07/11 10:17, Iván Sánchez Ortega escribió: On Martes, 19 de Julio de 2011 16:02:01 Jose Alberto Gonzalez von Schmeling escribió: Ya realice el índice fulltext a la tabla donde se encuentran las calles. Ya tengo el campo de texto. Lo que no se como hacer es la consulta al servidor y que me devuelva las coordenadas. Si me podrías orientar mejor por favor. desde ya muchas gracias. ¿Tienes PHP en el servidor web? si tengo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] openstreetmap.es - gratulation
ola from germany, today i look to www.openstreetmap.es since long time and it would be nice to see the new conception - very good an with news ...!!! one idea to you - the mapa is from mapquest. would it be nice for the sice to show what is possible with osm - and the data?? so add the layer-switch-button on the map-window and add ciclymap - hiking map - etc. regards Jan alias from germany (mapper in nerja: http://www.openstreetmap.org/?lat=36.756lon=-3.8812zoom=14layers=M) ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Pasar traza de gps a ruta
El 19 de julio de 2011 00:32, Javier Sánchez javiers...@gmail.comescribió: El día 18 de julio de 2011 22:28, Jesús González Genicio jgenicio.mo...@gmail.com escribió: ¿Cómo haces esto de la imagen PNOA.? En Josm - F12 - WMS-TMS - Buscas PNOA en entradas disponibles por defecto. - Activas y aceptas. Ya puedes seleccionar PNOA en Imágenes. Ya lo tengo hecho con los siguientes parámetros: Servidor PNOA: http://www.idee.es/wms-c/PNOA/PNOA? WayPoint: archivo adjunto pero me tira este fallo: Grabbing WMS http://www.idee.es/wms-c/PNOA/PNOA?bbox=-5.7801521,43.2511471,-5.7537587,43.2703679srs=EPSG:4326width=500height=499 java.io.IOException: ?xml version=1.0 encoding=UTF-8 ? TileMapService version=1.0.0 TileMaps TileMap href=http://www.idee.es/wms-c/PNOA/1.0.0/PNOA/; srs=EPSG:4258 title=PNOA profile=none / /TileMaps /TileMapService at wmsplugin.WMSGrabber.grab(WMSGrabber.java:196) at wmsplugin.WMSGrabber.fetch(WMSGrabber.java:70) at wmsplugin.Grabber.attempt(Grabber.java:100) at wmsplugin.WMSGrabber.run(WMSGrabber.java:53) at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source) at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source) at java.util.concurrent.FutureTask.run(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Alguna ayuda pf. S2 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es 2011-07-19 1935__20110719_1935.gpx Description: Binary data ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-ee] Fwd: Rent
Mul on mulje, et tänapäeva GPS-id peavad AA-dega vastu ümber 10 tundi; oleneb kui head patareid on; akudega ehk paar korda enam. Ega päevas rohkem matkagi, seega igaks päevaks paar patareid. Mõõtkavast ja läbitavast trassi raskusest ei tohiks see sõltuda, teoorias avatud taevaga võtab pisut vähem patareid. Igal juhul oleks vajalik funktsion hoia kursil, siis hakkaks taskus piiksuma kui triivid joonest eemale, võsas mütates ei saa pidevalt ekraani niikuinii uurida. Oregonidel on off course alarm olemas küll, merenavigatsiooni jaoks, see võiks olla just see mille põhjal ka maa peal otseteed hoida ilma pidevalt ekraani sisse lülitamata (mis on tülikas ja kulutab patareid). Jaak On 18.07.2011, at 21:17, Joosep-Georg Järvemaa wrote: Huvitav, mitu A4 oleks vaja, et piisavas* mõõtkavas kogu trass kaetud oleks? __ * Võimalikest ületamatutest takistustest möödumine, samas trassil püsimiseks vajalik detailsus. -- Joosep-Georg ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-ee] Fwd: Rent
Nüüd avastasin et kirjutasid A4(kaart), ma lugesin AA (patarei) ;) Sent from my hiPhone On 18.07.2011, at 21:17, Joosep-Georg Järvemaajoosep-georg.jarve...@eesti.ee wrote: Huvitav, mitu A4 oleks vaja, et piisavas* mõõtkavas kogu trass kaetud oleks? __ * Võimalikest ületamatutest takistustest möödumine, samas trassil püsimiseks vajalik detailsus. -- Joosep-Georg ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-at] Datenbereinigung für plan.at
Hallo! 2011/7/18 wolfbert geowol...@googlemail.com: bei der SotM dieses Wochenende haben sich einige Mapper-Veteranen versammelt und über eine (automatische) Bereinigung von plan.at-Tags diskutiert. Fazit ist, wir möchten das angehen. Schön dass das hoffentlich zu einem Abschluss gebracht wird! Ich habe nur eine kleine Frage: Ich habe mal in meiner Homezone mit dem im Wiki erwähnten http://geotools.ipax.at/index.php geschaut: plan.at: Ways ohne 'check import' (1 Key) gibt's da einige, nur ist mir nicht ganz klar was da nicht passt. Wie behebe ich die? Hannes ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Datenbereinigung für plan.at
Hallo Hannes, sorry, hab' die Doku noch nicht nachgezogen... Mache ich gleich. Du musst da gar nichts beheben, das würde bei der Bereinigung miterledigt. Wenn Du aber gerne möchtest: die Auswertung zeigt, wie viele aus plan.at stammende (und IMHO unnötige) Tags da sind, die gelöscht werden könnten. Die Tag-Liste steht im Wiki (siehe voriges Posting). Allenfalls könntest Du 'plan.at' zum source-Tag hinzufügen, falls noch nicht da. Ein häufiger Fall ist z.B. addr:postcode=* an highways (wurde zugegebenermaßen auch von einigen Mappern gesetzt), sollte aber an den Häusern stehen, da Straßen ja keine PLZ bzw. Adresse haben (die PLZ steht auch noch in den place-Knoten). Hannes Brandstätter-Müller osm@... writes: plan.at: Ways ohne 'check import' (1 Key) gibt's da einige, nur ist mir nicht ganz klar was da nicht passt. Wie behebe ich die? LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Datenbereinigung für plan.at
auf der wiki-seite steht, dass jedes element mit einem source tag versehen werden soll. das halte ich aus folgenden gründen für unnötig: 1) es bläht die datenbank auf. die daten müssen auch jedes mal runtergeladen werden wenn man irgendwas damit machen will. 2) der nächste der was an den ways editiert, hat vielleicht als source ganz was anderes (zB bing oder geoimage). aus meiner sicht ist es viel besser den source tag, genauso wie comment und created by, auf das changeset zu setzen. damit ist dem quellennachweis ebenfalls rechenschaft getragen. wer die source infos explizit braucht, lädt sich die changeset-infos runter. flaimo Message: 2 Date: Mon, 18 Jul 2011 22:51:36 +0200 From: wolfbert geowol...@googlemail.com bei der SotM dieses Wochenende haben sich einige Mapper-Veteranen versammelt und über eine (automatische) Bereinigung von plan.at-Tags diskutiert. Fazit ist, wir möchten das angehen. Eine Beschreibung des Sachstandes und den Status findet Ihr hier: http://wiki.openstreetmap.org/wiki/WikiProject_Austria/plan.at/Abschluss#Aut omatische_Bereinigung_von_Tags Wesentliche Fortschritte und Änderungsläufe (noch ist es nicht soweit) werde ich auch auf dieser Liste posten. Für alle, dies sich im Detail für datenbezogene Themen interessieren, hat Andreas eine neue Mailingliste eingerichtet: https://openstreetmap.at/mailman/listinfo/data ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Datenbereinigung für plan.at
Hi, On 07/19/2011 01:47 PM, Flaimo wrote: auf der wiki-seite steht, dass jedes element mit einem source tag versehen werden soll. das halte ich aus folgenden gründen für unnötig: 1) es bläht die datenbank auf. die daten müssen auch jedes mal runtergeladen werden wenn man irgendwas damit machen will. Wenn wir tags sparen wollen, würd ich woanders anfangen: Bei den ref-Tags von Bundesstraßen z.b., die eigentlich in der Relation ausreichend sind. 2) der nächste der was an den ways editiert, hat vielleicht als source ganz was anderes (zB bing oder geoimage). darin seh ich kein Problem. aus meiner sicht ist es viel besser den source tag, genauso wie comment und created by, auf das changeset zu setzen. damit ist dem quellennachweis ebenfalls rechenschaft getragen. wer die source infos explizit braucht, lädt sich die changeset-infos runter. Ich hab oft in einem Changeset unterschiedliche source-Tags, da ich, wenn ich einen selbst erstellten GPS-Track verarbeite, mir meist auch die Gegend mit geoimage ansehe. Hier ständig zwischen zwei Changesets umschalten zu müssen, fände ich äußerst unpraktisch. LG, Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] GeoImage in HiRes (!)
On 07/18/2011 12:55 PM, Robert Kaiser wrote: Bei mir hat es bei so einem Fall geklappt reinzuzoomen und dann einen Rechtsklick auf den Geoimage-Layer und Auflösung anpassen (oder so ähnlich). Danke das wars: Re. Mausklick auf den WMS-Layer - Change Resolution Laden tuts etwas zäh (im Vergleich zu Bing). Die Auflösung ist allerdings fein (obwohl noch immer verpixelt). LG, Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] GeoImage in HiRes (!)
Robert Kaiser schrieb: Im Gegensatz zu bing spielen sie keine Pixel durch Anti-Aliasing vor, wo sie keine Daten mehr haben. Ich weiß nicht, ob das Bildmaterial, das wir im Moment zur Verfügung haben in der endgültigen Auflösung bereitgestellt wird. Ich habe im Bereich Linz die Auflösung verglichen. Ein runder Kanaldeckel wird bei Bing mit 9 Pixeln Durchmesser dargestellt, während Geoimage.at diesen mit 3 Pixeln darstellt. Ich bezweifle, dass es sich hierbei um die angegeben Auflösung von 12,5 cm pro Pixel handelt. Sollte sich daran nichts ändern ist Bing in den Städten wohl besser geeignet. Der hochauflösende Bereich bei Bing ist jedoch sehr klein, wesshalb Geoimage in ländlichen Gebieten äußerst hilfreich ist. MfG, Humanist ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at -- NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurück-Garantie! Jetzt informieren: http://www.gmx.net/de/go/freephone ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Datenbereinigung für plan.at
Flaimo flaimo@... writes: 1) es bläht die datenbank auf. die daten müssen auch jedes mal runtergeladen werden wenn man irgendwas damit machen will. Die Gefahr besteht, zumal bei bearbeiteten Objekten auch nicht mehr sicher ist, was denn nun genau source war. 2) der nächste der was an den ways editiert, hat vielleicht als source ganz was anderes (zB bing oder geoimage). Das kann er dann aber ergänzen. aus meiner sicht ist es viel besser den source tag, genauso wie comment und created by, auf das changeset zu setzen. damit ist dem quellennachweis ebenfalls rechenschaft getragen. wer die source infos explizit braucht, lädt sich die changeset-infos runter. Beim Editieren sieht halt nicht jeder im Changeset nach, und source ist ganz gut akzeptiert, denke ich. Insgesamt bin ich da auch noch etwas unschlüssig, daher bearbeite ich erst einmal Ways, wo source schon gesetzt ist. Das gibt uns noch etwas Zeit zum Nachdenken. LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Datenbereinigung für plan.at
Bezüglich der Dimension des Problems verweise Ich auf die Präsentation von Wolfbert auf der SOTM (S. 3): http://sotm-eu.org/slides/LT13_WolfgangSchreiter_Cleaning_up_plan.at.pdf Verwendet werden folgende Tags in der angeführten Anzahl plan.at:acad_id=* 63.000 at:maxspeed=Ortsgebiet 22.500 uploaded by=Wolfgang Wasserburger 89.000 note=imported from plan.at 82.000 addr:= (on highway) 90. Laut taginfo wird das Tag addr:postcode in Kombination mit highway= 182.000 mal verwendet. Postleitzahlen sind nicht auf Straßen bezogen, dennoch hat WW auch all die von ihm hochgeladenen Straßen mit diesem Tag versehen. In den Adresstags auf Wegen sehe Ich eine Problemquelle für Routingsysteme. Die Hausnummern auf Straßen sind ein eigenes Problem. Ich habe in den von mir betreuten Gebieten nur wenige solcher Tags gefunden, die allesamt von Mappern auf Straßen gelegt wurden. In ländlichen Gegenden waren sie leicht den richtigen Objekten zuzuordnen. Mir sind noch keine addr:housenumber= Tags auf Wegen von WW untergekommen, um weitere langwierige Qualitätskontrollen wie bei den importierierten Wegen zu vermeiden würde Ich es bevorzugen, addr:housenumber-Tags auf Wegen, die eindeutig von WW stammen zu löschen, da Ich bezweifle, dass plan.at bei den Hausnummern genauer als bei den Wegen war. Die plan.at-Tags dürften einen nicht zu kleinen Anteil an der Gesamtdatenmege ausmachen. Das Problem liegt nicht nur in ihrer Menge, sondern auch in ihrer Redundanz und Aussagenlosigkeit. at:maxspeed=Ortsgebiet und addr:postcode, addr:housenumber auf Wegen sind grob irreführend bzw. falsch. Leider wurde at:maxspeed von einigen Benutzer in 50 km/h umgewandelt, was in 30 km/h Zonen schlichtwegs falsch ist. Solche Aktionen dürften einige Falschinformationen produziert haben, um derartiges zu vermeiden sollten diese Tags gelöscht werden. Abgesehen davon hat WW das at:maxspeed-Tag auch auf Start/Landebahnen von Flughäfen, Gewässern, Stromleitungen und Schipisten angewendet. Die Tags plan.at:acad_id=, note=imported und uploaded by= sind redundant, darüber hinaus ist es nicht üblich, an der Erstellung eines Weges/Knotens beteiligte Benutzer in Tags anzuführen, dafür sind die Versionsgeschichten vorgesehen. Wir haben das Problem und die Lösungsansätze auf der SOTM ausführlich diskuttiert und sind dabei zum Schluss gekommen, dass die plan.at-Tags sinnlos und daher entfernbar sind. Sie werden nach derzeitigem Kentnissstand nicht genutzt und liegen als Relikt in der Datenbank. MfG, Humanist Original-Nachricht Datum: Tue, 19 Jul 2011 13:59:51 +0200 Von: Stefan Herbert Tiran stefan.ti...@student.tugraz.at An: OpenStreetMap AT talk-at@openstreetmap.org Betreff: Re: [Talk-at] Datenbereinigung für plan.at Hi, On 07/19/2011 01:47 PM, Flaimo wrote: auf der wiki-seite steht, dass jedes element mit einem source tag versehen werden soll. das halte ich aus folgenden gründen für unnötig: 1) es bläht die datenbank auf. die daten müssen auch jedes mal runtergeladen werden wenn man irgendwas damit machen will. Wenn wir tags sparen wollen, würd ich woanders anfangen: Bei den ref-Tags von Bundesstraßen z.b., die eigentlich in der Relation ausreichend sind. 2) der nächste der was an den ways editiert, hat vielleicht als source ganz was anderes (zB bing oder geoimage). darin seh ich kein Problem. aus meiner sicht ist es viel besser den source tag, genauso wie comment und created by, auf das changeset zu setzen. damit ist dem quellennachweis ebenfalls rechenschaft getragen. wer die source infos explizit braucht, lädt sich die changeset-infos runter. Ich hab oft in einem Changeset unterschiedliche source-Tags, da ich, wenn ich einen selbst erstellten GPS-Track verarbeite, mir meist auch die Gegend mit geoimage ansehe. Hier ständig zwischen zwei Changesets umschalten zu müssen, fände ich äußerst unpraktisch. LG, Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at -- NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurück-Garantie! Jetzt informieren: http://www.gmx.net/de/go/freephone ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Datenbereinigung für plan.at
Servus! Heute (19. Juli) um 20:11 schrieb wolfbert: Insgesamt bin ich da auch noch etwas unschlüssig, daher bearbeite ich erst einmal Ways, wo source schon gesetzt ist. Das gibt uns noch etwas Zeit zum Nachdenken. Volle Zustimmung. In der Zwischenzeit kann man sich exemplarisch die plan.at Reliket anschauen, die keinen source tag mehr tragen. Aus diesen Erkenntnissen wird sich die weitere Vorgehensweise ableiten. -- MfG, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] GeoImage in HiRes (!)
Moin moin, Humanist schrieb heute: Ich bezweifle, dass es sich hierbei um die angegeben Auflösung von 12,5 cm pro Pixel handelt. Wenn ich ganz amateurhaft im JOSM messe, komme ich auf 13 cm für Linz, für Bing auf 10 cm. Man müsste halt jemand fragen, der sich mit Photogrammetrie richtig auskennt, oder den Wolfgang ;-) Auf der geoimage-Seite finden sich zum Thema noch ganz nette Links wie dieses BestOf: http://geoimage.at/dms/geoimage/bilder/Sample_best_dop_quality_2.jpg Vielleicht kennt jemand die Gegend, dann könnte man es ja vergleichen? Wer ein GIS hat wie z. B. das kostenlose Quantum GIS kann sich das Alter der Bilder (+Auflösung) anschauen: http://geoimage.at/dms/geoimage/Metadaten/Geoimage-Metadata_Einzel_2011_07_01_v1.zip Schneller dafür gröber ist: http://geoimage.at/dms/geoimage/Metadaten/Geoimage-Metadata_2011_07_01_v1.pdf Ciao, Frank PS Wo genau ist der Kanaldeckel? -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Datenbereinigung für plan.at
On 07/19/11 20:11, wolfbert wrote: Die Gefahr besteht, zumal bei bearbeiteten Objekten auch nicht mehr sicher ist, was denn nun genau source war. Um so mehr ein Grund, source nicht automatisch zu setzen. Man könnte aber spekulieren, dass ein objekt mit fixme=check import wohl von plan.at stammen muss, denn andere Imports gab es in AT noch nicht. (Oder?) -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-ca] wiki cleanup
Dear All, Some folks are doing periodic wiki cleanup and noticed that there are pages with Canada in the name that are considered lonely pages These lonely pages aren't linked from any other pages in the wiki. Some of these may be abandoned and others junk, but some might have some forgotten gems. Have a look. See if you want to keep any of the pages around, and if so, link them from an appropriate page. http://wiki.openstreetmap.org/w/index.php?title=Special:LonelyPageslimit=250 ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] Relations orphelines
Le lundi 18 juillet 2011 à 13:38 +0200, Marc SIBERT a écrit : Une idée pour y arriver ? Richard Fairhurst indique la procédure suivante [1] dans la discussion originale : --- Vous pouvez supprimer une relation dans P2 en la sélectionnant dans la Vue avancée (ce qui signifie que vous devez avoir sélectionné un membre de cette relation, évidemment) et en choisissant Supprimer la relation dans le petit menu contextuel à côté. --- Note : je ne suis pas utilisateur de Potlatch, je ne fais que traduire. Pour ma part, j'aurais répondu : Oui, utilise JOSM :) [1]: http://lists.openstreetmap.org/pipermail/talk/2011-July/059424.html Bien cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les bâtisseurs du désert - Carte des imports de bâtiments sans voies
Effectivement intéressant, cependant j'ai un petit doute quant à l'opinion, souvent exprimée ici, de la nécessité d'avoir les routes avant le bâti. Ça a déjà été discuté, mais je pense que ce n'est pas très grave que le bâti soit importé avant les voies, d'abord parce que ça n'empêche pas de mettre les voies ultérieurement et, ensuite, pour les zones vierges, ça donne une base saine (enfin à peu près, compte tenu des imprécisions topographiques du cadastre) pour le tag des constructions, comme pour l'import de traces gps ou le décalque des voies à partir de Bing par exemple. Ça évite aussi, lorsque les contributeurs ne sont pas au courant de cette possibilité d'import, d'avoir du bâti dessiné (à partir de bing ou du cadastre) déjà taggé et qu'il faudra mettre en cohérence lors d'un apport ultérieur du cadastre. Le 17 juil. 2011 à 22:22, Vincent Pottier a écrit : Le 17/07/2011 19:18, Frédéric Rodrigo a écrit : Bonjour, J'ai réalisé une carte de l'import du bâti en fonction de la présence de highway dans la zone. Génial ! [...] La route est longue, oui très longue. Mais la voie est libre... (lu quelque part ;-) ) Fred -- FrViPofm qui pense que les routes sont faites pour relier les hommes ;-) ___ 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] Humour suite au SOTM Vienna
Le lundi 18 juillet 2011 à 12:55 +0100, Emilie Laffray a écrit : http://www.youtube.com/watch?v=jK-GgbnwcqkNR=1 Il y a aussi : http://www.youtube.com/watch?v=3tjRIRKBad4 Un peu moins entraînant à mon goût mais ça a tout de même valu à son auteur de gagner un voyage pour le SotM à Denver ! Sur un registre moins humoristique/mélodique, je prévois de faire un petit compte-rendu du SotM-eu, ça devrait arriver sur talk-fr dans la soirée. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les bâtisseurs du désert - Carte des imports de bâtiments sans voies
Entièrement d'accord, De plus, la présence de bâtiments sans route indique qu'il en existe obligatoirement une et incite à la tracer ^^ Ces bâtiments permettent également de se situer dans l'espace. Enfin après c'est un point de vue personnel. Le 19 juillet 2011 09:26, ades_f...@orange.fr ades_f...@orange.fr a écrit : Effectivement intéressant, cependant j'ai un petit doute quant à l'opinion, souvent exprimée ici, de la nécessité d'avoir les routes avant le bâti. Ça a déjà été discuté, mais je pense que ce n'est pas très grave que le bâti soit importé avant les voies, d'abord parce que ça n'empêche pas de mettre les voies ultérieurement et, ensuite, pour les zones vierges, ça donne une base saine (enfin à peu près, compte tenu des imprécisions topographiques du cadastre) pour le tag des constructions, comme pour l'import de traces gps ou le décalque des voies à partir de Bing par exemple. Ça évite aussi, lorsque les contributeurs ne sont pas au courant de cette possibilité d'import, d'avoir du bâti dessiné (à partir de bing ou du cadastre) déjà taggé et qu'il faudra mettre en cohérence lors d'un apport ultérieur du cadastre. Le 17 juil. 2011 à 22:22, Vincent Pottier a écrit : Le 17/07/2011 19:18, Frédéric Rodrigo a écrit : Bonjour, J'ai réalisé une carte de l'import du bâti en fonction de la présence de highway dans la zone. Génial ! [...] La route est longue, oui très longue. Mais la voie est libre... (lu quelque part ;-) ) Fred -- FrViPofm qui pense que les routes sont faites pour relier les hommes ;-) ___ 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] Les bâtisseurs du désert - Carte des imports de bâtiments sans voies
Bravo pour le boulot, et je suis aussi partisan du bâti comme référentiel, par contre ce n'est pas parcequ'il y a du bâti qu'il y a forcément des routes. J'ai des exemples en pleine campagne, où via l'import du bâti on se retrouve avec des cahutes représentées mais qui ne sont pas directement associées à des voies de circulations ;-) René-Luc D'Hont 3Liz Le 19/07/2011 09:47, Ophélie PETIT a écrit : Entièrement d'accord, De plus, la présence de bâtiments sans route indique qu'il en existe obligatoirement une et incite à la tracer ^^ Ces bâtiments permettent également de se situer dans l'espace. Enfin après c'est un point de vue personnel. Le 19 juillet 2011 09:26, ades_f...@orange.fr mailto:ades_f...@orange.fr ades_f...@orange.fr mailto:ades_f...@orange.fr a écrit : Effectivement intéressant, cependant j'ai un petit doute quant à l'opinion, souvent exprimée ici, de la nécessité d'avoir les routes avant le bâti. Ça a déjà été discuté, mais je pense que ce n'est pas très grave que le bâti soit importé avant les voies, d'abord parce que ça n'empêche pas de mettre les voies ultérieurement et, ensuite, pour les zones vierges, ça donne une base saine (enfin à peu près, compte tenu des imprécisions topographiques du cadastre) pour le tag des constructions, comme pour l'import de traces gps ou le décalque des voies à partir de Bing par exemple. Ça évite aussi, lorsque les contributeurs ne sont pas au courant de cette possibilité d'import, d'avoir du bâti dessiné (à partir de bing ou du cadastre) déjà taggé et qu'il faudra mettre en cohérence lors d'un apport ultérieur du cadastre. Le 17 juil. 2011 à 22:22, Vincent Pottier a écrit : Le 17/07/2011 19:18, Frédéric Rodrigo a écrit : Bonjour, J'ai réalisé une carte de l'import du bâti en fonction de la présence de highway dans la zone. Génial ! [...] La route est longue, oui très longue. Mais la voie est libre... (lu quelque part ;-) ) Fred -- FrViPofm qui pense que les routes sont faites pour relier les hommes ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto: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] Les bâtisseurs du désert - Carte des imports de bâtiments sans voies
Tout à fait d’accord également, Le 19 juillet 2011 09:47, Ophélie PETIT ophelie.petit.cheval...@gmail.coma écrit : Entièrement d'accord, De plus, la présence de bâtiments sans route indique qu'il en existe obligatoirement une et incite à la tracer ^^ Ces bâtiments permettent également de se situer dans l'espace. Enfin après c'est un point de vue personnel. Un point de vue partagé par moi également et — pour en avoir déjà discuté de vive voix avec eux — bien d’autres contributeurs. Et j’ajouterais qu’OSM n’a jamais trop de contributeurs, et que si on commence à contraindre leur façon de travailler, vu que la plupart font ça en tant que passe-temps, pour se relaxer ou s’amuser, on perdra des contributeurs ! Il ne faut pas oublier qu’un projet libre comme celui-là ne contrôle pas ses ressources humaines ainsi que peuvent le faire des entreprises ou d’autres projets moins ouverts. Malgré cela, je trouve qu’OSM est pourtant bien structuré et que la majorité des contributeurs suivent le même chemin alors qu’ils n’y sont pas obligés… N’en demandons pas trop ; laissons agir la magie du libre, ou en l’occurrence, la contribution collective/collaborative/participative (entourez les mentions applicables). Le 19 juillet 2011 09:26, ades_f...@orange.fr ades_f...@orange.fr a écrit : Effectivement intéressant, cependant j'ai un petit doute quant à l'opinion, souvent exprimée ici, de la nécessité d'avoir les routes avant le bâti. Ça a déjà été discuté, mais je pense que ce n'est pas très grave que le bâti soit importé avant les voies, d'abord parce que ça n'empêche pas de mettre les voies ultérieurement et, ensuite, pour les zones vierges, ça donne une base saine (enfin à peu près, compte tenu des imprécisions topographiques du cadastre) pour le tag des constructions, comme pour l'import de traces gps ou le décalque des voies à partir de Bing par exemple. Ça évite aussi, lorsque les contributeurs ne sont pas au courant de cette possibilité d'import, d'avoir du bâti dessiné (à partir de bing ou du cadastre) déjà taggé et qu'il faudra mettre en cohérence lors d'un apport ultérieur du cadastre. Le 17 juil. 2011 à 22:22, Vincent Pottier a écrit : Le 17/07/2011 19:18, Frédéric Rodrigo a écrit : Bonjour, J'ai réalisé une carte de l'import du bâti en fonction de la présence de highway dans la zone. Génial ! [...] La route est longue, oui très longue. Mais la voie est libre... (lu quelque part ;-) ) Fred -- FrViPofm qui pense que les routes sont faites pour relier les hommes ;-) ___ 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 -- Mikaël mickey86 Cordon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Pour ceux qui sont interesses de suivre les debats concernant les changements sur l'article of association de la fondation
http://lists.openstreetmap.org/pipermail/osmf-talk/2011-July/thread.html Ceux d'entre vous qui sont membres doivent déjà recevoir cela. Pour les autres, ils peuvent suivre le débat la. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Pour ceux qui sont interesses de suivre les debats concernant les changements sur l'article of association de la fondation
Emilie Laffray emilie.laff...@gmail.com Objet : [OSM-talk-fr] Pour ceux qui sont interesses de suivre les debats concernant les changements sur l'article of association de la fondation Ceux d'entre vous qui sont membres doivent déjà recevoir cela. Pour les autres, ils peuvent suivre le débat la. D ailleurs la partie sur faut il donner le droit de vote aux entreprises et comment eviter qu elles noyautent le projet est tres interessante Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Ils sont perdus à Reims
Bonjour, Hier, matin dans le journal de 7h sur France Inter, il y a eu un reportage sur les travaux du tramway à Reims et le fait que les automobilistes sont perdus car les sens de circulation ne sont pas à jour dans leur GPS. Je ne sais pas si OSM est à jour mais ça m'a bien fait rire :) Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trouver les éléments CC-NY-SA qui ne passeront pas dans ODbL
Salut Kimaidou, Disons que je veux ajouter une information sur un node ou un chemin. Si je le fait comme auparavant, il est possible que mon travail actuel sera supprimé. Si je fais attention à 'refaire' les nodes/chemins/relations de façon qu'il n'y ait plus de donnée d'un(e) noniste avant de changer ma contribution, mes données pourront être conservées. Polyglot 2011/7/18 kimaidou kimai...@gmail.com Bonjour Je ne comprends pas bien le problème, ou plutôt si, mais pas les solutions proposées derrière. Si j'ai bien compris : * lorsqu'on passera définitivement à la licence ODBL à un jour déterminé (appelons-le jour J), toutes les données seront conservées sous la licence CC By SA actuelle, et les personnes désireuses pourront forker en copiant collant ces données du jour J * Le même jour, la BDD officielle OSM odbl sera plus légère, car toutes les contributions non ODBL (des contributeurs ayant dit non) seront supprimées. Pour les odbliens, il faudra donc bosser pour remplacer les données perdues. Pourquoi donc supprimer maintenant des données non ODBL, avant le jour J ? Je pense qu'il serait cordial, poli, respectueux et normal (!) de ne pas supprimer jusque là les données non ODBL pour les remplacer ? Quel intérêts ? Si c'est juste pour démarrer le boulot avant, je pense que c'est aller dans la mauvaise direction ! C'est de la destruction volontaire de données issues d'heures d'effort collectif ! Pourquoi ne pas attendre l'après jour J, et espérer peut-être que queques nonistes passe chez les odbliens ? Cela leur permettra d'avoir un fork le plus complet possible (on va pas se battre non ?) Pourquoi ne pas utiliser ce temps et cette énergie pour contribuer ailleurs, et compléter des zones mal couvertes ? Merci de conserver l'esprit qui nous lie tous : entraide, partage, confiance et respect ! Ce n'est pas parce qu'un pot de confiture sera bientôt vide qu'il faut le jeter avant d'avoir racler tout le pot ! Kimaidou (odblien) ___ 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] Les bâtisseurs du désert - Carte des imports de bâtiments sans voies
Le travail bâclé est regrettable, j’en conviens ; mais c’est un autre problème… [On ne supprime pas les voitures de la route parce qu’elles sont dangereuses entre les mains de certains conducteurs.] D’ailleurs, il existe aussi des contributeurs qui font des erreurs sur les voies et les POI… Seulement ici, ça effraie parce que les bâtiments sont entrés en masse ; mais je ne suis pas certains que les erreurs sur les bâtiments soient plus délétaires à la carte que les erreurs sur les voies de circulation ou les POI. (C’est un jugement personnel) Ce n’est évidemment pas une raison pour laisser faire les sagoins du bâtis, mais ce n’est pas l’import lui-même qu’il faut incriminer. Et puis je ne suis pas sûr que le terme « écrasante majorité » soit adapté, c’est trop précis comme terme ; en revanche, « beaucoup trop » c’est certainement ce que j’utiliserais en tant que OSMeur passionné. :) Le 19 juillet 2011 15:18, Philippe Pary phili...@cleo-carto.com a écrit : Le mardi 19 juillet 2011 à 09:47 +0200, Ophélie PETIT a écrit : Entièrement d'accord, De plus, la présence de bâtiments sans route indique qu'il en existe obligatoirement une et incite à la tracer ^^ Ces bâtiments permettent également de se situer dans l'espace. Enfin après c'est un point de vue personnel. Oui mais non. De manière empirique, on constate que dans la plupart des cas, l'import du bâti sans voies est le fait de contributeurs qui ne passent même pas un coup de validateur (des bourrins quoi) et que les voies n'apparaissent que tardivement de la part d'un autre contributeur. Le bâti seul n'indique pas grand chose ; l'import des zones urbaines de CLC indiquait déjà clairement les endroits où devraient se trouver des voies. Quand à la situation dans l'espace, elle n'a de sens, selon moi, que pour repérer les usages des bâtiments. Autrement dit quand on se casse la tête à indiquer les POI. C'est rarement le cas des gens qui importent le bâti sans voirie. L'opposition que j'ai à l'import du bâti sans voirie tient donc au constat que dans l'écrasante majorité des cas, il s'agit de bourrinage jamais suivi d'une phase d'affinage. Bref, du travail bâclé. Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Mikaël mickey86 Cordon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [OSM talk-fr] Retour sur les évènements Semaine 17 - Open Data Garage / ICC 2011 / ETALAB ...
Bonjour @tou[te]s La semaine 17 a été particulièrement chargée en évènements OpenData où OSM a encore rencontré un vif succès. Je tiens tout d'abord à remercier Charles Népote pour son lobbying pro OSM dans tout les évènements OpenData. L'Open Data Garage au Pharo à Marseille a été l'occasion de montrer encore une fois nos travaux, du concret ! http://opendatagarage.org/ Étaient présents des entreprises, collectivités, administrations et associations impliquées ou intéressées par l'OpenData. OSM y a rencontrer un vif succès ma présentation courte (j'avais 7minutes) est ici: http://ratzillas.com/osm/Pres_odg.pdf http://ratzillas.com/osm/Pres_odg.odp Nous avons suscité l'intérêt des services de la Préfecture de Région, du Conseil Régional et de diverses mairies. Je dois d'ailleurs rencontrer toutes ces personnes pour approfondir les sujets qui les intéressent. Je reviendrai ici pour vous annoncer les dates et lieux de rendez-vous pour ceux et celles qui souhaitent m'accompagner ou y aller si j'en suis incapable. Ce qui frappe énormément nos interlocuteurs c'est le travail que nous avons déjà accompli, alors que certains en sont encore à parler de concepts et de projets hypothétiques... Merci à Olivier Rovelotti pour le transport, car à force de faire la pipelette OSM, je n'avais plus de moyen de locomotion collectif pour rejoindre mon domicile. Le lendemain direction Paris - Palais des Congrès ICC 2011 - pour rejoindre Émilie , Tuile #!!~#!Gasp#!! à l'impression du poster ... ce n'est pas le bon :-( Gasp !!! Je me suis rattrapé en l'imprimant sur 8 tuiles A3 formant un poster A0 ;-) disponible ici: http://ratzillas.com/osm/Poster_Sec.pdf http://ratzillas.com/osm/Poster_Sec.odg Agencement: 12 34 56 78 Là aussi bons échanges avec des Mappeurs, et des services tels que le SHOM ou avec l'AFIGEO, GéoRézo. Bonne ambiance Hélicoptère -Je l'ai placé discrètement Nous étions en terrain presque connu, c'est Émilie qui était au charbon pour la présentation du poster. Retour en vitesse à la maison et enregistrement le lendemain de l'émission Place de La Toile avec Xavier de La Porte à Marseille (cf post dédié) Je termine avec ETALAB Je participerai demain à Paris au 3ème atelier de travail : Initiatives d'open data, retour d'expérience http://blog.etalab.gouv.fr/article-3eme-atelier-de-travail-initiatives-d-open-data-retour-d-experience-78732172.html Je reviendrai vers vous pour détailler les points qui ont été abordés, notamment les questions de licences :-| Gaël Retour au Draft Statut de l'Association ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Pour ceux qui sont interesses de suivre les debats concernant les changements sur l'article of association de la fondation
Oui c'est une discussion en cours. Si j'ai le temps, j'essaierai de faire un point des discussions pour la liste Française. Je réitère mon offre pour quelques personnes si elles veulent faire partie de la fondation pour participer aux débats. Emilie Laffray 2011/7/19 THEVENON Julien julien_theve...@yahoo.fr Emilie Laffray emilie.laff...@gmail.com *Objet :* [OSM-talk-fr] Pour ceux qui sont interesses de suivre les debats concernant les changements sur l'article of association de la fondation Ceux d'entre vous qui sont membres doivent déjà recevoir cela. Pour les autres, ils peuvent suivre le débat la. D ailleurs la partie sur faut il donner le droit de vote aux entreprises et comment eviter qu elles noyautent le projet est tres interessante Julien ___ 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] nouvelle version de Show Your Journey
Bonjour Arno, Je me permets de venir aux nouvelles pour savoir si tu as prévu une mise à jour prochaine de ton service Show your journey? Est-ce que ce serait faisable d'ajouter le rendu Opencyclemap? Aussi, une fois un itinéraire créé, est-ce qu'il serait possible d'ajouter un export en SVG ou PNG? Ceci dans l'idée de pouvoir exploiter dans Inkscape par exemple... Encore merci pour ton travail. Romain Le 24 mars 2011 16:00, arno a...@renevier.net a écrit : Le jeudi 24 mars 2011, à 11:20:13 +0100, Discussions a écrit : Ce serait bien aussi d'avoir un bouton pour imprimer proprement les itinéraires. C'est jouable? bon, le seul navigateur pour lequel j'ai reçu à avoir une impression correcte, c'est firefox4. Pour tous les autres, il faut mettre manuellement en mode paysage sinon c'est trop moche. Puis dans opera, ça ne marche pas du tout. Bon, on va dire que c'est déjà ça. La modif sera mise en ligne prochainement. ___ 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] Les bâtisseurs du désert - Carte des imports de bâtiments sans voies
Le 19/07/2011 15:18, Philippe Pary a écrit : De manière empirique, on constate que dans la plupart des cas, l'import du bâti sans voies est le fait de contributeurs qui ne passent même pas un coup de validateur (des bourrins quoi) et que les voies n'apparaissent que tardivement de la part d'un autre contributeur. Je fais partie de ceux là. J'importe comme un bourrin une commune entière pour simplement ajouter des POIs. L'import est passé au validator, et regardé rapidement dans l'ensemble. Bonc forcément baclé. Ajouter des POIs au milieux de nul part sans aucun repère, c'est une méthode spécial aussi. Quand une ville me plait, j'importe déjà son bati avant de commencer le tracé des routes. C'est mon repère. Sans bati aucun moyen de savoir si des voies manquent. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr