Re: [Talk-de] OT: Elektroantriebe sauber? WAS: Projekt DE des Monats - Tankstellen
Am 10.09.2010 02:30, schrieb M∡rtin Koppenhoefer: Am 10. September 2010 02:03 schrieb Ulf Lamping Das Preset sollte so verändert werden, dass ja, nein oder unbekannt angegeben werden kann. Manuell geht es sowieso. es geht alles, aber ist das sinnvoll? Den Preset Mechanismus um ein nein zu ergänzen: ja (momentan kann der Unterschied nein/unbekannt nicht mit den Presets eingegeben werden) Das stimmt überhaupt nicht. Man kann eine Checkbox auf yes, no oder unverändert setzen. Schon immer (oder fast immer, jedenfalls seit Jahren). Tatsächlich hast du recht, nur ist das aus meiner Sicht *völlig* unintuitiv. Ich persönlich fände ein: O Ja O Nein O Unbekannt wesentlich intuitiver ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] payment - Tag
Am Freitag 10 September 2010, 02:31:32 glaubte M∡rtin Koppenhoefer zu wissen: ja, es könnte auch das Benzin aus sein. Am besten, man trägt Tankstellen nicht ein. Oder man trägt halt doch alles ein, was vorhanden ist. Manche Dinge kann man halt nicht voraussehen, und streikende Technik gehört dazu. flo -- Vor Frau Schulz sind alle gleich. Nur nicht jeder. [Guido Hennecke über Sabine Schulz in dag°] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werden Baumreihen gerendert?
Hallo! Ulf Lamping wrote: Wie ich schon mehrfach erwähnt habe, bin ich auch kein Freund von nachträglichen Umdefinitionen. Es hilft aber auf die Dauer auch nichts, auf seinem Gewohnheitsrecht (laut Wiki Beschreibung) zu beharren und die OSM Wirklichkeit zu ignorieren. Das ist eine Illusion, die nicht von den Daten unterstützt wird. 75% der Bäume insgesamt in der DB stammen von 3 Usern aus Massenimporten, die nicht weiter getaggt wurden. Dem stehen mehr als 2000 User gegenüber, die sich auf wenige Einzelbäume beschränkt haben, was eher der Wikidefinition entspricht. Soweit ich weiß ist es nicht üblich, daß einzelne Leute die Definition im Alleingang umschmeißen können, wenn sie nur genug abweichend getaggte Objekte automatisch in die DB blasen. Falls man aber wirklich nur stumpf automatisch erzeugte Bäume zählt und nicht die User, die dahinter stehen - dann hat meine Heuristik inzwischen automatisch für ausreichend Unterscheidungskriterien gesorgt, daß die Massenzahlen das Wiki wieder unterstützen. :-) Ulf Lamping wrote: Ich fände es schön, wenn aus dieser Diskussion überhaupt eine Tagging Definition herauskommt, mit dem ein signifikanter / alleine stehender / ... Baum *sicher* in den OSM Daten getaggt und von Anwendern erkannt werden kann. Ich fände es schön, wenn ein eindeutiger Taggingvorschlag für zukünftige Einträge herauskommt, ohne alle bestehenden, derzeit korrekten Einträge zu invalidieren. Allerdings steht der Vorschlag bereits im (deutschen) Wiki, er lautet denotation=landmark. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/Werden-Baumreihen-gerendert-tp5497934p5517065.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] virtueller Urlaub in Spanien / Alicante - Sierra Manola
Am 10.09.2010 02:05, schrieb M∡rtin Koppenhoefer: Am 9. September 2010 09:49 schrieb Jan Tappenbecko...@tappenbeck.net: ich bin gerade dabei die Boundaries für die yahoo-Bilder in Spanien zu erstellen und dabei sind mir viele nicht verarbeitete GPS-Tracks aufgefallen. Vielleicht hat einer von Euch Ortskenntnisse und Lust, zumindest virtuelle, dem schlechten Wetter in DE zu entfliehen. Hier hat's aktuell 24 Grad (nachts). Wenn ihr Lust habt, dem schlechten Wetter zu entfliehen, viele Dinge kann man auch ohne Ortskenntnisse machen, z.B. Wälder, Flüsse und einige landuses: http://www.openstreetmap.org/?lat=41.54lon=13.62zoom=7layers=M Gute Luftbilder WMSlinks/JOSM, für OSM freigegeben: 2006, ganzes Land http://wms.pcn.minambiente.it/cgi-bin/mapserv.exe?map=/ms_ogc/service/ortofoto_colore_06.mapLAYERS=ortofoto_colore_06_32,ortofoto_colore_06_33REQUEST=GetMapVERSION=1.1.1FORMAT=image%2Fjpeg; 2008, Latium und Umbrien; http://wms.pcn.minambiente.it/cgi-bin/mapserv.exe?map=/ms_ogc/service/ortofoto_colore_08.mapLAYERS=ortofoto_coloreREQUEST=GetMapVERSION=1.1.1FORMAT=image%2Fpng; Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de hi ! schade das du in der titelzeile nichts geändert hast. ... mir ging es jetzt aber eben primäre mal um die auswertung der gps-daten. gut bilder gibt es auch für spanien ausreichend für die nächsten monate - wenn da nur mehr einheimische aktiv wären. gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] payment - Tag
Am Freitag 10 September 2010, 01:37:34 schrieb Garry: Eine praxisnahe Lösung kann daher eigentlich nur heissen: Telefonnummer taggen so dass der Anwender vorher anrufen und nachfragen kann wenn er mit seinen Bezahlmöglichkeiten eingeschränkt ist. Äh, nein. :) Die Tankstellen die man spontan anrufen kann, nehmen in aller Regel auch Bargeld (das du meist in unmittelbarer Nähe am Automaten bekommst). Die Tankstellen, die nur Karten nehmen, sind in der Regel nicht mit Personal besetzt. Gruß, Bernd -- Es nützt der Freiheit nichts, dass wir sie abschaffen, um sie zu schützen. - Wolfgang Thierse signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] payment - Tag
On Fri, 10 Sep 2010 07:20:46 +0200 Bernd Wurst be...@bwurst.org wrote: Die Tankstellen die man spontan anrufen kann, nehmen in aller Regel auch Bargeld (das du meist in unmittelbarer Nähe am Automaten bekommst). Der Teil in Klammern gilt aber nur für *.de, ich hatte schon etliche, wo es im Umkreis von 10km keinen Bankomat gab... Hanno ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] payment - Tag
Am Freitag 10 September 2010, 01:37:34 schrieb Garry: Wenn ich mir die Liste und die Diskussionen dazu ansehe: Es wird ein riesen Aufwand für etwas gemacht was keine verlässlichen Daten liefern kann da eine entsprechend notwendige Datenpflege ehr nicht zu erwarten bzw. möglich ist. Du hast recht. Lassen wir das Ganze, tragen wir gar keine Tankstellen mehr ein. Am besten tragen wir ganr nichts mehr ein und wenden uns sinnvolleren Dingen zu. Wir finden sicher eine bessere Moeglichkeit, die Ressourcen zu nutzen, die zur Zeit fuer OSM verschwendet werden... signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] payment - Tag
Am Freitag 10 September 2010, 07:39:43 schrieb Hanno Hecker: Der Teil in Klammern gilt aber nur für *.de, ich hatte schon etliche, wo es im Umkreis von 10km keinen Bankomat gab... Das mag sein, aber wer (besonders in solchen Gegenden) mit so wenig Bargeld unterweg ist, dass er sein Auto nicht mehr tanken kann, der hat vielleicht sowieso etwas falsch gemacht. Gruß, Bernd -- Die Erde ist das einzige Irrenhaus, das von seinen Insassen verwaltet wird. - U. Schmidt signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OT: Elektroantriebe sauber? WAS: Projekt DE des Monats - Tankstellen
Am Freitag 10 September 2010, 01:14:48 schrieb Garry: Am 09.09.2010 23:10, schrieb Guenther Meyer: Aber ein explizites yes, no oder only ist sicher nicht verkehrt. Das würde bedeuten eine Elektrotankstelle wäre dann mit amenity=fuel fuel:electric=only zu taggen... richtig. Und damit zeigen alle Anwendungen die mit der zweiten Zeile nichts anfangen können eine hundsgwöhnliche Sprit-Tankstelle wo nur eine Elektro-Ladesäule herumsteht. Die Anwender werden es Dir danken... Insbesondere die, die auf der Tankstellensuche nach der dritten Ladesäule ohne Sprit liegen bleiben Ach komm, schoen langsam wird es langweilig. OSM ist nun mal ein Moving Target, das sich staendig weiterentwickelt. Eine Anwendung, die ihr Parsing nicht aktualisiert, wird sowieso in absehbarer Zeit weitgehend nutzlos werden... Hatte ich schon mal erwaehnt, dass ich die Idee mit der Versionierung des OSM- Taggings sehr gut finde? signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OT: Elektroantriebe sauber? WAS: Projekt DE des Monats - Tankstellen
Am Freitag 10 September 2010, 02:44:53 schrieb Ulf Lamping: Das stimmt überhaupt nicht. Man kann eine Checkbox auf yes, no oder unverändert setzen. Schon immer (oder fast immer, jedenfalls seit Jahren). Tatsächlich hast du recht, nur ist das aus meiner Sicht *völlig* unintuitiv. Ich persönlich fände ein: O Ja O Nein O Unbekannt wesentlich intuitiver ... +1 signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] payment - Tag
Am Donnerstag 09 September 2010, 23:17:24 schrieb Wolfgang: das ist ja richtig, ich sehe nur das Problem, dass ich bei meiner Lieblingstanke seit xx Jahre tanke, und nichts hat sich verändert. Die Software warnt aber längst alle anderen: Vorsicht, uralte Daten, völlig unzuverlässig. Eben grade nicht. Die alle anderen sind nur die anderen Mapper, die von einer Debugging-Seite gewarnt werden können. Normale Daten-Nutzer sehen nur die Daten und die sind ohne Verfallsdatum. Wenn sich wirklich nichts ändert, dann ändert sich halt nichts, dann kann man in diese Debugging-Seite (siehe Keepright) einfach eine false-positive- Meldefunktion einbauen, die die Warnung für weitere X Jahre unterdrückt. Man hat sich bei allen anderen Dingen die z.B. Keepright anmeckert auch dazu entschieden, diverse es ist wirklich so, glaub es nicht in die Daten zu packen. Gruß, Bernd -- Die Gehirnwäsche gilt allenthalben als fürchterlich und schrecklich. Es gibt aber Gehirne, denen eine Wäsche ganz gut täte. - Johannes Gross (dt. Publizist 1932) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OT: Elektroantriebe sauber? WAS: Projekt DE des Monats - Tankstellen
Am Freitag 10 September 2010, 07:47:27 schrieb Guenther Meyer: amenity=fuel fuel:electric=only zu taggen... richtig. Ach nee, das ist ja eine Einladung mit Handkuss für Inkonsistenzen! Einfach die Dinger taggen die da sind, wenn dann nur eins da ist, ist das only. Unabhängig jetzt davon dass ich nicht glaube dass viele Mapper eine einzelne Steckdose als Tankstelle eintragen wollen. Gruß, Bernd -- Auf einem Baum, da saß ein Specht. Der Baum war hoch, dem Specht war schlecht signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Avetrana Virtual Mapping Party ?
Il giorno 08 settembre 2010 10:00, Stefano Tampieri stefano.tampi...@gmail.com ha scritto: grazie david ma ero stato in ferie e sul sito del corriere avevo letto solo quel titolo del tema senza leggere l'articolo e inoltre il nome era sbagliato nel primo messaggio e non avevo collegato le due cose. In ogni caso è meglio che contribuisca solo chi è della zona ? In questi casi, meglio che contribuiscano tutti quelli che hanno la possibilita' di farlo. Bisogna fare in modo di utilizzare al meglio cio' che abbiamo (adesso) senza aspettare che arrivi un deus ex machina a risolvere la situazione. Siamo in tanti ed uno sforzo congiunto (e coordinato) puo' dare grossi risultati. Dopotutto, per il terremoto di Haiti abbiamo contribuito un po' tutti, basandoci esclusivamente sulle ortofoto disponibili. Beninteso, IMHO. Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Agli users di Bologna e dintorni
Oggi pomeriggio ho ricevuta risposta dall'URP della provincia. Hanno detto di aver inoltrato la mia richiesta al Servizio Informatico Territoriale. Speriamo che non siano i soliti giri burocratici dovesi perdono le tracce... Via aggiorno appena ho notizie nuove. Ciao, Fabio -- Creato con il rivoluzionario client e-mail di Opera: http://www.opera.com/mail/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] I-Blue 747a+
Il 08/09/2010 22.20, Elena of Valhalla ha scritto: On 9/8/10, Alessandro Pozzatoapozz...@libero.it wrote: Ciao a tutti, sto valutando l'acquisto del gps logger in oggetto: si può interfacciarlo con mtkbabel, gpsbabel e BT747? Inoltre, è realmente migliore del 'vecchio' 747? non ho mai avuto un 'vecchio' 747, ma ho un 747+; a quanto ho sentito dire rispetto al modello precedente ha un difetto: il tastino dei waypoint e` piu` delicato Sotto Windows funziona sia con gpsbabel che con BT747. Confermo che il tastino è delicato: mi si è già rotto Però è veramente preciso. Ciao Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Vie ferrate
-Original Message- From: talk-it-boun...@openstreetmap.org [mailto:talk-it- boun...@openstreetmap.org] On Behalf Of Fabry Sent: giovedì 9 settembre 2010 16.05 To: talk-it@openstreetmap.org Subject: [Talk-it] Vie ferrate Ciao, un utente ha modificato qualche sentiero dalle mie parti marcandolo come highway=via_ferrata. Sbaglio o questo tipo di highway non ancora ufficiale (mi sembra che si parlava, piuttosto, di sport=via_ferrata poco tempo fa). In effetti c'è un po’ di confusione. La proposta originaria sport=via_ferrata [1] è stata abbandonata, mentre è ora attiva (ma non ancora approvata la proposta) highway=via_ferrata [2]. Grazie di avercelo fatto notare, ora aggiorno anche il link sulla pagina dell'escursionismo. Ciao, Alberto [1] http://wiki.openstreetmap.org/wiki/Proposed_features/via_ferrata_version_1 [2] http://wiki.openstreetmap.org/wiki/Proposed_features/via_ferrata ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mappa osm su sito fatto con Kompozer
Il -10/01/-28163 20:59, Daniele Forsi ha scritto: Il 08 settembre 2010 16:35, Fabri ha scritto: PS: Magari ha solo incollato male... è incollato male, ma c'è anche un bug nell'export che usa un nome sbagliato per il layer di Open Cycle Map (ora guardo come fare un bug report) Buono aver trovato un bug da segnalare. Speriamo risolvano. intanto cambiate amp; in e cambiate open%0Acycle%20map in cycle%20map Quindi l'html giusto sarebbe questo?: /small hr style=width: 100%; height: 2px;smallbr /small div style=text-align: center;smalliframe marginheight=0 marginwidth=0 src=http://www.openstreetmap.org/export/embed.html?bbox=12.41087,41.93426,12.4228,41.94209amp;layer=cycle%20map;marker=41.93893,12.41582 view-source:http://www.openstreetmap.org/export/embed.html?bbox=12.41087,41.93426,12.4228,41.94209layer=open%0Acycle%20mapmarker=41.93893,12.41582 style=border: 1px solid black; frameborder=0 height=350 scrolling=no width=425/iframe/smallbr /div div style=text-align: center;smallsmalla href=http://www.openstreetmap.org/?lat=41.938175amp;lon=12.416835amp;zoom=16amp;layers=Camp;mlat=41.93893amp;mlon=12.41582 view-source:http://www.openstreetmap.org/?lat=41.938175lon=12.416835zoom=16layers=Cmlat=41.93893mlon=12.41582Visualizza una mappa più ampia/a/small/small/div ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mappa osm su sito fatto con Kompozer
Il 09 settembre 2010 18:46, Fabri ha scritto: Buono aver trovato un bug da segnalare. Speriamo risolvano. hanno risolto intanto cambiate amp; in questo no, mi sembrava di aver visto una doppia codifica, vanno bene amp; e cambiate open%0Acycle%20map in cycle%20map e nemmeno questo :-) perché dopo la correzione si chiama cyclemap Quindi l'html giusto sarebbe questo?: src=http://www.openstreetmap.org/export/embed.html?bbox=12.41087,41.93426,12.4228,41.94209amp;layer=cycle%20map;marker il problema che vedo ora è che layer=cycle%20map;marker dovrebbe essere layer=cyclemapamp;marker magari ti conviene rifarlo dal sito -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] I-Blue 747a+
On 9/9/10, albertobonati albertobon...@libero.it wrote: Il 08/09/2010 22.20, Elena of Valhalla ha scritto: On 9/8/10, Alessandro Pozzatoapozz...@libero.it wrote: Ciao a tutti, sto valutando l'acquisto del gps logger in oggetto: si può interfacciarlo con mtkbabel, gpsbabel e BT747? non ho mai avuto un 'vecchio' 747, ma ho un 747+; Sotto Windows funziona sia con gpsbabel che con BT747. giusto, dimenticavo: sotto linux funziona con BT747, ma secondo me ancora meglio con mtkbabel -- Elena ``of Valhalla'' homepage: http://www.trueelena.org email: elena.valha...@gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Pizzata OSM a Genova sabato 25 settembre
Salve lista, sabato 25 ci vedremo a Genova Molassana per una pizza - focaccia col formaggio - farinata Chi desidera partecipare, OSMer o anche semplici mortali interessati al progetto è pregato di segnalarsi Qui http://wiki.openstreetmap.org/wiki/Genova#Incontri_.28aperitivi. 2C_pizzate_e_altro.29 nei prossimi giorni troverete tutti i dettagli Alessandro Ale_Zena_IT ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Vie ferrate
2010/9/9 Fabry centocolli5...@yahoo.it: Sbaglio o questo tipo di highway non è ancora ufficiale (mi sembra che si parlava, piuttosto, di sport=via_ferrata poco tempo fa). in teoria si puo usare qualsiasi tag ufficiale o anche no (e anche non documentato proprio). Cmq. cambiare un percorso inserito da qualcun altro in un modo che sparisce dalle mappe non è bon senso. In questo caso la domanda è secondome: questo percorso è percorribile cosí senza attrezi o non? Se non direi che non è un highway dei tipi ufficiali che abbiamo ora e lui ha fatto bene. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Convertir dwg a un formato usable ¿c ómo?
2010/9/9 Leonardo Gutierrez l...@autobusesaga.com: Yo lo que hago Igor es utilizar un visor libre autocad. http://www.brothersoft.com/autodesk-dwg-trueview-7.htmlhttp://www.brothersoft.com/autodesk-dwg-trueview-7.html Es solo visor, pero para trabajar no necesitas mas... trabaja muy rapido es muy agil y puedes moverte en el autocad con gran facilidad. Para poner las imagenes en josm del visor tomo screenshoot, y me apoyo con el visor autocad para ver detalles que a veces no salen bien en los screenshot como nombres y demas, asi he trabajado en duitama y me ha resultado comodo de trabajar No es elegante, pero a mi me ha funcionado con WINE esto: http://www.autodwg.com/DWG_DXF_Converter/ Andrés Calderón Cel: +57 (300) 275 3666 Email: andres.calde...@emqbit.com Gtalk: andresfcalde...@gmail.com Web:www.emqbit.com El 8 de septiembre de 2010 22:45, Igor Támara i...@tamarapatino.org escribió: Hola, tengo unos archivos de Autocad(dwg), pero no tengo el programa para hacer la conversión. Saben de alguna opción gratuita para hacer la conversión a archivos de imágenes para poder calcar esas fuentes que tengo de un municipio de Cundinamrca a Openstreetmap? Esas fuentes las conseguí en la alcaldía de Anolaima y me dieron autorización para colocar esos datos en Openstreetmap. Obviamento no tengo Autocad, ni la opción de comprarlo legalmente y menos la intención de comprar software o piratearlo de forma alguna. Muchas gracias por sugerencias, consejos y cualquier idea que no contravenga los deseos de los productores de Autocad de forma ilegal ;) -- Recomiendo Wims para ayudarse de herramientas matemáticas en línea http://wims.unice.fr -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFMiFhwtV4JcpE0AlYRAiNxAJ4v3Cg62GZI6cMdUWGURE5RMKgqpACZAQ1T n4Fl9Sku9lyVataGiqVno9U= =SNso -END PGP SIGNATURE- ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- ___ Leonardo Gutierrez Director Financiero Autobuses AGA de Colombia Duitama www.autobusesaga.com l...@autobusesaga.com Móvil: 3125860894 Este mensaje de correo electrónico y sus documentos adjuntos están dirigidos EXCLUSIVAMENTE a los destinatarios especificados. La información contenida puede ser CONFIDENCIAL y/o estar LEGALMENTE PROTEGIDA y no necesariamente refleja la opinión de AUTOBUSES AGA DE COLOMBIA LTDA. Si usted recibe este mensaje por ERROR, por favor comuníquese inmediatamente al remitente y ELIMINELO ya que usted NO ESTA AUTORIZADO al uso, revelación, distribución, impresión o copia de toda o alguna parte de la información contenida. ___ 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] Convertir dwg a un formato usable ¿c ómo?
http://www.muylinux.com/2010/09/09/briscad-v10-ya-disponible-para-linux El 8 de septiembre de 2010 22:45, Igor Támara i...@tamarapatino.orgescribió: Hola, tengo unos archivos de Autocad(dwg), pero no tengo el programa para hacer la conversión. Saben de alguna opción gratuita para hacer la conversión a archivos de imágenes para poder calcar esas fuentes que tengo de un municipio de Cundinamrca a Openstreetmap? Esas fuentes las conseguí en la alcaldía de Anolaima y me dieron autorización para colocar esos datos en Openstreetmap. Obviamento no tengo Autocad, ni la opción de comprarlo legalmente y menos la intención de comprar software o piratearlo de forma alguna. Muchas gracias por sugerencias, consejos y cualquier idea que no contravenga los deseos de los productores de Autocad de forma ilegal ;) -- Recomiendo Wims para ayudarse de herramientas matemáticas en línea http://wims.unice.fr -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFMiFhwtV4JcpE0AlYRAiNxAJ4v3Cg62GZI6cMdUWGURE5RMKgqpACZAQ1T n4Fl9Sku9lyVataGiqVno9U= =SNso -END PGP SIGNATURE- ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-dk] Aftale om ortofotos for Danmark - work in progress
Du er en Helt, krydser finger herfra. Specielt da hele mit område (Kolding/Trekantsområdet) er i dårlig opløsning hos Yahoo) /Jens Den 8. sep. 2010 15.18 skrev Michael Andersen hj...@milvus.dk: Woah. Det lyder bare fantastisk. Jeg glæder mig til at høre hvad der kommer ud af det. Onsdag den 8. september 2010 14:31:07 skrev Peter Brodersen: Hej, En stærk mapping-ressource er gode ortofotos (luftfotos taget vinkelret mod jorden) at tegne efter. Yahoo! stiller deres luftfotos til rådighed, omend kvaliteten ikke altid er lige høj, og kun dækker dele af Danmark. Her er det fx ret tydeligt at se på skovene, hvor kortet går til: http://osm.org/go/0NTSj6a-- Jeg har derfor taget kontakt til Fugro Aerial Mapping A/S, som er den virksomhed, der købte ScanKort (der var én af luftfoto-pionererne i Danmark) for at høre, om de var interesseret i at stille ortofotos til rådighed til at mappe efter. Det er de ikke afvisende over for, og jeg skal derfor mødes med dem på fredag for at snakke om de nærmere detaljer og for at sikre mig, at der ikke vil være licensmæssige problemer. Et forsigtigt skøn tyder på, at vi kommer til at få adgang til luftfotos fra 2005 til brug i udviklingsværktøjer, hvilket klart hjælper på størstedelen af landet. Hvis det lykkedes, skal vi ikke være bange for, at vi kommer til at kede os fremover :-) Dog, intet er sikkert endnu, og de har naturligvis fuld ret til at bestemme, om de vil stille et så stort datamateriale frivilligt til rådighed eller ej. Dertil kommer implementationsdetaljerne, men jeg sørger for at få opdateret wikien med passende dokumentation, når vi når dertil. Forvent at høre mere i weekenden. - Peter Brodersen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk -- Mvh Michael ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-gb-westmidlands] Etrex Legend HCx
Few pointers for you: 1. Make sure the tracklog is set for time and recording at 1sec interval 2. In Setup, select Map and then change the screen to the Map Setup - tracks page. Set the Track Points value to 10001. This will make sure you can see the full 3 hours ish of 1 sec points on the screen. Useful if you are out mapping for a long morning etc. Setting this value has no impact on what is recoded to the SD card. 3. From Setup, System, set WASS/EGNOS to on and make sure the correct type of battery is selected. 2500mAh or better rechargeable batteries are best. For maps, I'd suggest downloading the UK dataset (routable version) from http://talkytoaster.info/ukmaps.htm Once downloaded you need to unzip the .img file to the Garmin folder on the SD card. You also need to rename the file to just IMAPSUPP.IMG Hope this helps Cheers Andy -Original Message- From: talk-gb-westmidlands-boun...@openstreetmap.org [mailto:talk-gb- westmidlands-boun...@openstreetmap.org] On Behalf Of Iain Simpson Sent: 08 September 2010 4:43 PM To: talk-gb-westmidlands@openstreetmap.org Subject: [Talk-gb-westmidlands] Etrex Legend HCx After experience mapping with mike29's Etrex last week I've bitten the bullet and got a Legend HCx of my very own to replace the 'Yellow H', First impressions ! - Wot alot of options ! I've sussed a number of them and have downloaded a .gpx track from the sdcard. V impressed with the accuracy. I've now switched 'Lock on road' off. Are there any other options I should set for OSM ? The default map display is a bit confusing with the rallying cry 'North to M6'. But I'm about to look into downloading OSM mapping (using Mkgmap) Looks fun Iain ps : sent originally to wrong address - sorry ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.851 / Virus Database: 271.1.1/3123 - Release Date: 09/08/10 18:41:00 ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] Etrex Legend HCx
Thanks Mike In the last 24 hrs I tried 'mkgmap' for a Stafford only map and it seemed to work OK. (used page from OSM wiki http://wiki.openstreetmap.org/wiki/Mkgmap) Nice to see stuff that I put up on GPS. But then followed Andy's suggestion (backed up by mike) and downloaded UK map (renamed as GMAPSUPP) that seems fine. Linux sees sd card when I plug in USB cable and go 'menu - setup - interface - enter' cheers everyone Iain On 09/09/10 18:53, Mike Duffy wrote: Hello Iain, Using MKG is very hard work to me. Try to find the http://talkytoaster.info/maps.htm web page, he provides up to date OSM maps of UK, and UK plus Ireland, for download. Put a folder on your SD card, name it Garmin, and unzip the download into it. The files must have the prefix GMAPPSUPP.img to work. As a rank amateur, I let Andy do the fine tweaking on my Garmin Cheers, Mike -Original Message- From: Iain Simpson [mailto:iainsimp...@ntlworld.com] Sent: 08 September 2010 16:43 To: talk-gb-westmidlands@openstreetmap.org Subject: [Talk-gb-westmidlands] Etrex Legend HCx After experience mapping with mike29's Etrex last week I've bitten the bullet and got a Legend HCx of my very own to replace the 'Yellow H', First impressions ! - Wot alot of options ! I've sussed a number of them and have downloaded a .gpx track from the sdcard. V impressed with the accuracy. I've now switched 'Lock on road' off. Are there any other options I should set for OSM ? The default map display is a bit confusing with the rallying cry 'North to M6'. But I'm about to look into downloading OSM mapping (using Mkgmap) Looks fun Iain ps : sent originally to wrong address - sorry ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-es] Superponer OSM y googlemaps
Yo iba a sugerir dos ventanas del navegador en el mismo área, y Compiz/KWin para transparencias... ;) 2010/9/8 Marco Fernández marco.m...@gmail.com Ahora mismo me pongo a probar, gracias a los 3! El 8 de septiembre de 2010 15:51, Xavier Barnada Rius xbarn...@gmail.comescribió: A lo mejor tambien te va bien esta: http://tools.geofabrik.de/mc/ Echa un vistazo a http://osm.clapps.net/ David Marín Carreño El 8 de septiembre de 2010 15:34, Marco Fernández marco.m...@gmail.com escribió: ¿Alguna web que superponga los dos mapas a modo de comprobación? Gracias! Marco. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Jonay ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Photo mapping
Buenas, El día 6 de septiembre de 2010 18:06, Leonardo Gutierrez l...@autobusesaga.com escribió: Saludos cordiales, He hablado ultimamente en el foro de mi proyecto de photo mapping, sin embargo estaba en deuda de hacer el reporte del mismo en mi blog. Aqui esta para ustedes, espero les sea util http://hobbiesleo.blogspot.com/2010/09/photo-mapping-para-osm.html Muchas gracias por compartirlo. Me surgen dudas sobre la técnica en sí. No la conozco y mis únicas referencias eran las de hacer una foto del nombre de la calle o de detalles que luego puedan ser consultados. Vamos, que estoy muy verde, a ver si me podéis aclarar un poco. No he terminado de entender si las fotos se suben a OSM o sólo sube la traza. Si suben las fotos, mi duda es si merece la pena tanta cantidad teniendo en cuenta el espacio que ocupan para la información que pueden aportar. Salvo una posible aplicación tipo Street view. Si no se suben, imagino que se guardarán para consultar dudas o detalles. Respecto a la cámara ten en cuenta que los disparadores tienen una vida útil limitada. Al cabo de unas decenas de miles de disparos necesitarás cambiarlo, por lo que si sigues adelante deberías plantearte cámaras lo más baratas posible dado que la reparación puede salir más cara que una nueva. El problema de dispararla mediante programación lo podrías solventar en ese caso mediante un intervalómetro. Aparato no muy caro que se conecta a la cámara y puede programar los disparos. Sobre todo esto encontrarás mucha información buscando páginas sobre fotografía de lapso de tiempo o time lapse, que hacen lo mismo que estás haciendo tú, pero con el único objetivo de obtener los vídeos. Hace poco estuve buscando para comprarme un intervalómetro y había muchísimas páginas sobre el tema. Por último consultarte con qué plugin o método has incluido el mapa en el artículo. Yo estoy usando el Plugin de OSM para WordPress [1] pero veo que el tuyo es diferente. Saludos, Colegota [1] http://wordpress.org/extend/plugins/osm/?topic_id=7482 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] Landuse und Straßen deckungsgleich
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/09/10 23:14, Boris Cornet wrote: Versuch einmal mit potlach die Amraser Straße auf Höhe der Haltestelle Geinzstraße anzuwählen: http://osm.org/go/0IUHvR9tt-- Vorweg - wird man hier geschlagen, wenn man einen editor-war startet? *duck* Ich halte mich da an den Grundsatz 'dont tag for the renderer' - uminterpretiert auf 'dont tag for the editor'. Mit JOSM zB ist es kein Problem, zwischen mehreren übereinanderliegenden Grenzen zu wählen. Meiner Meinung nach ist das ein Manko von Potlatch. So macht Editieren keinen Spaß, und wir machen das doch eigentlich aus Lust an der Freude. Und Fehler sind bei sowas fast gar nicht zu vermeiden. Wollen wir 'for the DAU' taggen, oder eine Karte haben, wo technisch richtig das landuse links und rechts von der Strasse weg getaggt ist? Unsere Entscheidung. lg, Michael - -- Michael Maier, Student of Telematics @ Graz University of Technology Mostly Harmless RoboCup Team http://www.robocup.tugraz.at/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJMiIGcAAoJEPDJmZ2oE4mGXfgP+gPHgXylF76xJDbhKn7kqf40 KBaTFKOXTHdxvjIymRF0Xy9CmWQTQRUwG4AJW2oJFr3Kl3H6Ynahj+LNxuSgHm8s DQRd6Ki3m/DDclOLvfWRqYO3uszdXxPJxsPtp0l6USUowUmpGdwTNwN1R7ts/zs5 jKrYiIAFfyHKdoFB8sbLJyk0C3/9FIa02tn9N6OciBRHF81DzLLQJjRHoY11k21X of8iNsNDOgy5VEbVdYfe4of07sYf7K1lC9eDzd3CCQVao0jWv3x3Q6RsgSC/SHTP ZbeqqAjsgvyt9HeAKKsfOejTML+E0x72JiO4dT7s0hYH7rv5iFFpghyERdPGsb8F 9c1v6tXmwjdzZNJUCEcgSJpZEnOJKVk4A9plESo2M+x6aUgqKUNW9CxhwZTatjAS smL6iL+V8ESQVqg0pfqWUboqyokC3AHtR5M/jbzxfNy7o9umpLKGN+e+RlAfzG6v zbztof6b6c0IFv98FimdYtiBpiK5DH2vaEPUYpy5eK9UUx7cfM+nuNUe9Py5RT0B ewFTP+WJQeu4zBX9P75C8MxJ+mkToFOGVfyhBV/O9CV/qcNY/ljq5W1tbA5Gju3q S/IIo6EtZupMlPtwif86zwee/X94aqMr03YAOfwNP+JAA8qxEn19u9cW6X6a9Lw2 5E4vH5/uxcm0HJZ5UIVP =S8pl -END PGP SIGNATURE- ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Landuse und Straßen deckungsgleich
On 09/09/2010 08:41 AM, Michael Maier wrote: On 08/09/10 23:14, Boris Cornet wrote: So macht Editieren keinen Spaß, und wir machen das doch eigentlich aus Lust an der Freude. Und Fehler sind bei sowas fast gar nicht zu vermeiden. Wollen wir 'for the DAU' taggen, oder eine Karte haben, wo technisch richtig das landuse links und rechts von der Strasse weg getaggt ist? Wenn ich den Boris richtig verstanden hab, dann ist sein Problem nicht unbedingt nur die Bequemlichkeit im Editor selbst, sondern er hat die Befürchtung, dass ev. technisch wunderbar korrektes Tagging im Editor so schwierig zu bearbeiten wird, dass - wenn wir Glück haben - keiner mehr das Ding bearbeitet oder - wenn wir Pech haben - jemand mit der Bearbeitung so überfordert ist, dass wir danach mehr Fehler in den Daten haben, als wenn wirs gleich etwas ungenauer eintragen. Die Frage ist also weniger ob wir uns an den DAUs ausrichten wollen, sondern ob wir uns vor möglicherweise schwer zu reparierenden Anfängerfehlern schützen wollen. Und zum Thema: Nodes zusammenlagen halte ich für eher schlecht, Nodes sehr nah legen find ich aber ok, das Resultat im Renderer ist dasselbe. Insbesondere virtuelle Flächen wie Landuses würde ich auch als eine große Fläche lassen und alle Straßen drüberzeichnen. Ebenso wie ich Parks bis an ihre tatsächliche Grenze zeichne und dort Fußwege drüberzeichne, wenn es denn welche gibt. Also ob ein Park jetzt an jedem highway=* geteilt werden sollte, das würde ich zumindest vom Straßentyp abhängig machen. Grundsätzlich halt ich die Trennung von Straßen- und Flächennodes jedoch für angebracht, weil es immerhin ausnahmsweise sogar mal im Wiki dokumentiert ist. Norbert ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Landuse und Straßen deckungsgleich
Am 08.09.10 schrieb Paul K. darkwea...@euirc.eu: On 2010-09-08 16:18, Andreas Labres wrote: Ich bin ein Freund davon, solche Flächen mit den Begrenzungen einzuzeichnen, wie sie wirklich sind (also /nicht/ bis zur Straßenmitte, weil eine Grünfläche geht nicht bis zur Straßenmitte). Spätestens dann, wenn es Einzäunungen oder Mauern gibt, bleibt Dir gar nix anderes übrig (Hofgarten zB, da sollte man schon sehen, welche Wege außer- und innerhalb der Mauer sind [wenn's die Mauer noch gibt]). Nur in Einzelfällen (Grünflächen in spitzwingeligen Kreuzungen zB) zeichne ich sie bis zur Straßenmitte. /al ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at Und genau das ist laut Wiki auch vorgesehen: http://wiki.openstreetmap.org/wiki/Editing_Standards_and_Conventions#Tagging_Areas For areas adjacent to ways, the consensus is to generally leave a small gap between the area and the way instead of sharing the boundary. The way's nodes represent the center of the way and the neighboring area such as a park does not reach the center of the way. Diesem Absatz würde ich nicht allzu viel Bedeutung zumessen. Auf einer anderen Wiki-Seite, die neuer ist als dieser Beitrag, steht eben dieses Thema noch als offene Frage aufgelistet.[2] Der entsprechende Eintrag stammt von einem erfahrenen Benutzer, der mehrere Tausend Beiträge zum Wiki geleistet hat. Der Satz auf der Seite Editing Standards and Conventions stammt hingegen von einem Wiki-Nutzer, der nur diese eine Änderung am Wiki vorgenommen hat, und dabei keine Angabe von Quellen gemacht hat. Für die betreffende Änderung im Wiki siehe [1]. Der OSM-Nutzer mit dem gleichen Namen hat auch nur für 4 Monate Beiträge zu OSM geleistet. Ich werd mich mal schlau machen, ob es für den Eintrag auf der Wiki-Seite eine Diskussion und einen Konsens gegeben hat. [1] http://wiki.openstreetmap.org/w/index.php?title=Editing_Standards_and_Conventionsaction=historysubmitdiff=330611oldid=320581 [2] http://wiki.openstreetmap.org/wiki/Land_use_and_areas_of_natural_land ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Landuse und Straßen deckungsgleich
Am 08.09.10 schrieb Boris Cornet bor...@osm-at.org: Hallo! Heute (8. September) um 21:12 verlautete Andreas Labres: On 08.09.10 20:36, Boris Cornet wrote: Ich hatte vorgesehen, die landuses so zu lassen, wie sie sind (also verschmolzen), und sie nur von den Straßen abzulösen. Naja, unterschiedliche Punkte mit derselben Koordinate sind wohl die noch schlechtere Idee, dann besser dieselben Punkte mit dem Weg belassen. Versuch einmal mit potlach die Amraser Straße auf Höhe der Haltestelle Geinzstraße anzuwählen: http://osm.org/go/0IUHvR9tt-- Dann wirst du sehen, was mich wirklich stört: Dass es keine einzige Node der Straße gibt, die nicht von landuse überdeckt ist. Das ist wirklich der Horror beim editieren. Stell dir vor, du musst die Straße splitten wegen einer neuen Einbahn oder so. Doppelte und dreifache Arbeit: Zuerst Knoten aufspalten (wer kennt schon shift-J?), mehrere landuse wegziehen, dass du an den Straßenknoten kommst, splitten, oneway einzeichnen und dann noch die landuse wieder zurechtrücken Und sag nicht es gäbe minus (Knoten ablösen), denn das machts noch schwieriger und fehleranfälliger. Auch in Merkaartor ist's nicht viel weniger Arbeit, obwohl man dort aus Mehrfachselektionen wählen kann... Das geht in Potlatch auch einfacher: Wähl einen Knoten auf dem Weg aus und drück / auf der Tastatur. Daraufhin wird einer der Wege, die durch den Knoten verlaufen, ausgewählt. Falls es noch nicht der richtige Weg ist, entsprechend oft wiederholen. So macht Editieren keinen Spaß, und wir machen das doch eigentlich aus Lust an der Freude. Und Fehler sind bei sowas fast gar nicht zu vermeiden. -- Bis demnächst, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Landuse und Straßen deckungsgleich
On Thu, Sep 09, 2010 at 07:01:40AM +0200, Andreas Labres wrote: Zum Grundsätzlichen: solche Fleckerlteppiche scheinen mancherorts in Mode zu kommen (Grundprinzip so in etwa: die Hintergrundfarbe darf nirgends mehr durchkommen oder so...) Ich halte nicht viel davon. Mut zur Lücke... ;) Hat eigentlich schon mal jemand vorgeschlagen auch die Strassenfläche zu mappen, sprich die Flaeche zwischen Haus und Haus? Bzw. die Fläche die Autobahnen einnehmen? Ich finde das naemlich nicht so bloed ... gruesse, Stephan -- Seid unbequem, seid Sand, nicht Öl im Getriebe der Welt! - Günther Eich ,-. | Stephan Plepelits, | | Technische Universität Wien -Studien Informatik Raumplanung | | Projects: | | openstreetbrowser.org couchsurfing.org tubasis.at bl.mud.at | | Contact:| | Mail: sk...@xover.mud.at Blog: plepe.at Jabber: sk...@fsinf.at| | Twitter: twitter.com/plepe Wave: plepel...@googlewave.com | `-' ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Landuse und Straßen deckungsgleich
Guten Tag! On Thu, Sep 09, 2010 at 07:01:40AM +0200, Andreas Labres wrote: Mut zur Lücke... ;) Bravo! Volle Unterstützung! Heute (9. September) um 14:36 schrieb Stephan Plepelits: Hat eigentlich schon mal jemand vorgeschlagen auch die Strassenfläche zu mappen, sprich die Flaeche zwischen Haus und Haus? Bzw. die Fläche die Autobahnen einnehmen? Ich finde das naemlich nicht so bloed ... Im Prinzp kann man das schon machen (siehe die FuZo in der Maria-Theresien-Straße: http://osm.org/go/0IUHyQqeh-- ) Aber das geht eben nur für Platz-artige Straßen und auch da nur begrenzt (z.B. oneway geht nicht mehr). Es macht wohl mehr Sinn, mit width zu arbeiten und auf intelligente Renderer zu warten -- Bis bald, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Landuse und Straßen deckungsgleich
On Thu, Sep 09, 2010 at 09:28:20PM +0200, Boris Cornet wrote: Aber das geht eben nur für Platz-artige Straßen und auch da nur begrenzt (z.B. oneway geht nicht mehr). Es macht wohl mehr Sinn, mit width zu arbeiten und auf intelligente Renderer zu warten Nun, wenn, dann wuerd ich das so machen wie bei Fluessen ... Eine Flaeche um das Gebiet des Flusses bzw. der Strasse festzulegen, und dann eine Linie fuer den Weg. gruesse, Stephan -- Seid unbequem, seid Sand, nicht Öl im Getriebe der Welt! - Günther Eich ,-. | Stephan Plepelits, | | Technische Universität Wien -Studien Informatik Raumplanung | | Projects: | | openstreetbrowser.org couchsurfing.org tubasis.at bl.mud.at | | Contact:| | Mail: sk...@xover.mud.at Blog: plepe.at Jabber: sk...@fsinf.at| | Twitter: twitter.com/plepe Wave: plepel...@googlewave.com | `-' ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Landuse und Straßen deckungsgleich
Guten Tag! Gestern (Do, 9. September 2010) meinte Stephan Plepelits: On Thu, Sep 09, 2010 at 09:28:20PM +0200, Boris Cornet wrote: Aber das geht eben nur für Platz-artige Straßen und auch da nur begrenzt (z.B. oneway geht nicht mehr). Es macht wohl mehr Sinn, mit width zu arbeiten und auf intelligente Renderer zu warten Nun, wenn, dann wuerd ich das so machen wie bei Fluessen ... Eine Flaeche um das Gebiet des Flusses bzw. der Strasse festzulegen, und dann eine Linie fuer den Weg. Äh, ich hätt's wohl nicht schreiben sollen - wie sagte Andreas so schön: Mut zur Lücke! Was ich damit sagen will: Im Prinzip erstellen wir eine geographische Datenbank. Die Karten sind allesamt nur unvollkommene Abbildungen dieser Datenbank. Es ist wesentlich besser, keine Workarounds für bestehende Renderer zu erfinden, die die Datenbank verfälschen. Denn: wir mappen nicht für die R... (duck) -- Bis bald, Boris PS: Diesen Thread sollte man wohl umbenennen: Malen nach Zahlen - oder besser doch nicht? ;-) ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-cz] Import adres okresu Benešov
tak se pokouším pokračovat dále s adresními body Benešova a zase nevím jak dál Nevím jak z tebou dodaného souboru s hranicemi obcí pro okres Benešov vykopírovat relace pro příslušnou obec. Pokud si označím v JOSM v souboru kucr-croped.osm označím jednotlivé hranice stávajících katastrálních území a dám kopírovat tak po vložení do nové vrstvy neobsahují hranice kú informace o relacích Původní zpráva Od: Lukas Kabrt lu...@kabrt.cz Předmět: Re: [Talk-cz] Import adres okresu Benešov Datum: 06.9.2010 13:45:35 Neprirazene casti obci (zakomentovane na konci souboru) je potreba priradit ke katastralnim uzemim. Muze se stat (a casto se tak stane), ze domy v jednotlivych castech obce na jednom katastalnim uzemi maji stejna c.p., pak si ze souboru s hranicemi vykopiruju prisusnou obec a katastalni uzemi rozdelim na mensi casti podle casti obce, soubor ulozim a v BAT souboru zmenim kucr.osm na vytvoreny soubor. Pak znova vygeneruju soubory s adresami. Nazornejsi je asi priklad [1]. [1] http://sites.google.com/a/kabrt.cz/osm/home/adresy-priklad.zip?attredirects=0d=1 Lukas 2010/9/6 Zdeněk Pražák zpra...@seznam.cz: Začal jsem s importem adresních bodů z okresu Benešov. Podle návodu na wiki jsem si stáhl program merge-cuzk-db.exe, kucr.osm, databázi adres a data pro okres Benešov. Soubory kucr.osm, adresy.xml a data pro okes Benešov jsem rozbalil do adresáře Data, na OSM jsem poté nahrál OSM soubory ze složky results, vyřešil problémy v souborech *_fixme.osm a soubory nahrál rovněž na OSM. Nyní nevím jak mám pokračovat dál s úpravou souborů *._map a následnou generací příslušných osm souborů. Prosím o radu jako pokračvat dále. Děkuji, Pražák ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] OSM tracer fix
Ahoj, pokud to opravdu není žádný problém, tak by to bylo fajn. Jinak jsem našel třeba unfuddle.com. Akorát jsou tam jen dva účty, takže by se muselo řešit pod společným účtem. Ale to při předpokládané četnosti změn mi nepřijde jako příliš neomezující. Stejně je otázka, jak by účty vznikaly u tebe. Asi jen ručně - tedy další práce s tím, že? Honza - Reply message - Od: Aleš Janda openstreet...@kyblsoft.cz Datum: čt, 9. 9, 2010 19:25 Předmět: [Talk-cz] OSM tracer fix Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Ahoj, 2) hodí se to někam jinam - má někdo nějaký server kde by mohl být svn nebo jiný (git?) repozitář? Vzhledem k tomu, že nejde o svobodný sotware, tak github, sourceforge a podobné využít nepůjdou. Zřídit SVN nebo GIT server není problém, můžu udělat u mě (tam co teď běží izometrická mapa apod.). Kdyžtak mi napište. Aleš Janda Dne 9.9.2010 01:50, MP napsal/a: On 2010-09-08, Jan Bilakjan.bilak@gmail.com wrote: Hmmm, tak pokud je jediný problém to, že k tomu nemohu napsat, že je to svobodný software, tak to nevidím jako problém. Šlo mne o podporu U svobodných licencí je jen omezení co člověk může dělat se zdrojáky a progamem ohledně distribuce, ne už ohledně používání programu. Stímhle omezením už to technicky nepatří mezi svobodný software (což ale pro účely použití v OSM vůbec nevadí :). projektu OSM a ne o to, aby program např. používala nějaká firma pro přípravu map, které pak bude prodávat. Vzhledem k tomu, že výstup z traceru pořád potřebuje celkem dost ruční práce, tak mi takovéhle použití přijde nepravděpodobné. K něčemu takovému by to museli jednak dost vylepšit, jednak tam přidat další části, jako třeba něco co určí kde začít trasovat. A pak by měli jen budovy - myslím si, že ty snadněji získají odjinud. Tak s tímhle to asi nepůjde dát do SVN openstreetmap, nevím jestli tam jdou cpát věci co nejsou svobodný software. Vidím to asi tak na 2 alternativy - 1) zdrojáky, binárky a případná vylepšení budou kolovat mailinglistem jako dosud. 2) hodí se to někam jinam - má někdo nějaký server kde by mohl být svn nebo jiný (git?) repozitář? Vzhledem k tomu, že nejde o svobodný sotware, tak github, sourceforge a podobné využít nepůjdou. Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] OSM tracer fix
Ještě mne napadnul codeplex.com ... který poskytuje dobré zázemí a pro .NET projekty je jak dělaný. Licence jsem tam tuším viděl všelijaké, ale třeba se pletu. Honza Dne 9. září 2010 19:37 jan.bilak@gmail.com jan.bilak@gmail.com napsal(a): Ahoj, pokud to opravdu není žádný problém, tak by to bylo fajn. Jinak jsem našel třeba unfuddle.com. Akorát jsou tam jen dva účty, takže by se muselo řešit pod společným účtem. Ale to při předpokládané četnosti změn mi nepřijde jako příliš neomezující. Stejně je otázka, jak by účty vznikaly u tebe. Asi jen ručně - tedy další práce s tím, že? Honza - Reply message - Od: Aleš Janda Datum: čt, 9. 9, 2010 19:25 Předmět: [Talk-cz] OSM tracer fix Komu: OpenStreetMap Czech Republic Ahoj, 2) hodí se to někam jinam - má někdo nějaký server kde by mohl být svn nebo jiný (git?) repozitář? Vzhledem k tomu, že nejde o svobodný sotware, tak github, sourceforge a podobné využít nepůjdou. Zřídit SVN nebo GIT server není problém, můžu udělat u mě (tam co teď běží izometrická mapa apod.). Kdyžtak mi napište. Aleš Janda Dne 9.9.2010 01:50, MP napsal/a: On 2010-09-08, Jan Bilak wrote: Hmmm, tak pokud je jediný problém to, že k tomu nemohu napsat, že je to svobodný software, tak to nevidím jako problém. Šlo mne o podporu U svobodných licencí je jen omezení co člověk může dělat se zdrojáky a progamem ohledně distribuce, ne už ohledně používání programu. Stímhle omezením už to technicky nepatří mezi svobodný software (což ale pro účely použití v OSM vůbec nevadí :). projektu OSM a ne o to, aby program např. používala nějaká firma pro přípravu map, které pak bude prodávat. Vzhledem k tomu, že výstup z traceru pořád potřebuje celkem dost ruční práce, tak mi takovéhle použití přijde nepravděpodobné. K něčemu takovému by to museli jednak dost vylepšit, jednak tam přidat další části, jako třeba něco co určí kde začít trasovat. A pak by měli jen budovy - myslím si, že ty snadněji získají odjinud. Tak s tímhle to asi nepůjde dát do SVN openstreetmap, nevím jestli tam jdou cpát věci co nejsou svobodný software. Vidím to asi tak na 2 alternativy - 1) zdrojáky, binárky a případná vylepšení budou kolovat mailinglistem jako dosud. 2) hodí se to někam jinam - má někdo nějaký server kde by mohl být svn nebo jiný (git?) repozitář? Vzhledem k tomu, že nejde o svobodný sotware, tak github, sourceforge a podobné využít nepůjdou. Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] OSM tracer fix
Tak codeplex.com patrně umožnuje jen některé licence. Ale ještě jsem našel xp-dev.com ... nabízí 200 MB pro dva privátní projekty nebo neomezeně veřejných, neomezený počet uživatelů, SVN. Akorát patrně se zálohování to není žádná sláva, ale to se u free dá celkem pochopit a stejně to bude mít několik lidí (včetně mne) u sebe. Když mi vyjde čas, večer to tam založím. Honza 2010/9/9 Jan Bilak jan.bilak@gmail.com: Ještě mne napadnul codeplex.com ... který poskytuje dobré zázemí a pro .NET projekty je jak dělaný. Licence jsem tam tuším viděl všelijaké, ale třeba se pletu. Honza Dne 9. září 2010 19:37 jan.bilak@gmail.com jan.bilak@gmail.com napsal(a): Ahoj, pokud to opravdu není žádný problém, tak by to bylo fajn. Jinak jsem našel třeba unfuddle.com. Akorát jsou tam jen dva účty, takže by se muselo řešit pod společným účtem. Ale to při předpokládané četnosti změn mi nepřijde jako příliš neomezující. Stejně je otázka, jak by účty vznikaly u tebe. Asi jen ručně - tedy další práce s tím, že? Honza - Reply message - Od: Aleš Janda Datum: čt, 9. 9, 2010 19:25 Předmět: [Talk-cz] OSM tracer fix Komu: OpenStreetMap Czech Republic Ahoj, 2) hodí se to někam jinam - má někdo nějaký server kde by mohl být svn nebo jiný (git?) repozitář? Vzhledem k tomu, že nejde o svobodný sotware, tak github, sourceforge a podobné využít nepůjdou. Zřídit SVN nebo GIT server není problém, můžu udělat u mě (tam co teď běží izometrická mapa apod.). Kdyžtak mi napište. Aleš Janda Dne 9.9.2010 01:50, MP napsal/a: On 2010-09-08, Jan Bilak wrote: Hmmm, tak pokud je jediný problém to, že k tomu nemohu napsat, že je to svobodný software, tak to nevidím jako problém. Šlo mne o podporu U svobodných licencí je jen omezení co člověk může dělat se zdrojáky a progamem ohledně distribuce, ne už ohledně používání programu. Stímhle omezením už to technicky nepatří mezi svobodný software (což ale pro účely použití v OSM vůbec nevadí :). projektu OSM a ne o to, aby program např. používala nějaká firma pro přípravu map, které pak bude prodávat. Vzhledem k tomu, že výstup z traceru pořád potřebuje celkem dost ruční práce, tak mi takovéhle použití přijde nepravděpodobné. K něčemu takovému by to museli jednak dost vylepšit, jednak tam přidat další části, jako třeba něco co určí kde začít trasovat. A pak by měli jen budovy - myslím si, že ty snadněji získají odjinud. Tak s tímhle to asi nepůjde dát do SVN openstreetmap, nevím jestli tam jdou cpát věci co nejsou svobodný software. Vidím to asi tak na 2 alternativy - 1) zdrojáky, binárky a případná vylepšení budou kolovat mailinglistem jako dosud. 2) hodí se to někam jinam - má někdo nějaký server kde by mohl být svn nebo jiný (git?) repozitář? Vzhledem k tomu, že nejde o svobodný sotware, tak github, sourceforge a podobné využít nepůjdou. Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Import adres okresu Benešov
V JOSM si otevru okno se seznamem relaci (standartne Alt+Shift+R), dvakrat kliku na relaci, ona se vybere a pak kopirovat a vlozit. Takhle to jde po jedne relaci. Dalsi moznosti je vybrat hranice, ktere chci kopirovat, kliknout na hledat a vyhledat parent, tim se oznaci relace i s jejimi cleny. -- Lukas 2010/9/9 Zdeněk Pražák zpra...@seznam.cz: tak se pokouším pokračovat dále s adresními body Benešova a zase nevím jak dál Nevím jak z tebou dodaného souboru s hranicemi obcí pro okres Benešov vykopírovat relace pro příslušnou obec. Pokud si označím v JOSM v souboru kucr-croped.osm označím jednotlivé hranice stávajících katastrálních území a dám kopírovat tak po vložení do nové vrstvy neobsahují hranice kú informace o relacích Původní zpráva Od: Lukas Kabrt lu...@kabrt.cz Předmět: Re: [Talk-cz] Import adres okresu Benešov Datum: 06.9.2010 13:45:35 Neprirazene casti obci (zakomentovane na konci souboru) je potreba priradit ke katastralnim uzemim. Muze se stat (a casto se tak stane), ze domy v jednotlivych castech obce na jednom katastalnim uzemi maji stejna c.p., pak si ze souboru s hranicemi vykopiruju prisusnou obec a katastalni uzemi rozdelim na mensi casti podle casti obce, soubor ulozim a v BAT souboru zmenim kucr.osm na vytvoreny soubor. Pak znova vygeneruju soubory s adresami. Nazornejsi je asi priklad [1]. [1] http://sites.google.com/a/kabrt.cz/osm/home/adresy-priklad.zip?attredirects=0d=1 Lukas 2010/9/6 Zdeněk Pražák zpra...@seznam.cz: Začal jsem s importem adresních bodů z okresu Benešov. Podle návodu na wiki jsem si stáhl program merge-cuzk-db.exe, kucr.osm, databázi adres a data pro okres Benešov. Soubory kucr.osm, adresy.xml a data pro okes Benešov jsem rozbalil do adresáře Data, na OSM jsem poté nahrál OSM soubory ze složky results, vyřešil problémy v souborech *_fixme.osm a soubory nahrál rovněž na OSM. Nyní nevím jak mám pokračovat dál s úpravou souborů *._map a následnou generací příslušných osm souborů. Prosím o radu jako pokračvat dále. Děkuji, Pražák ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Import batiment
On 08/09/10 22:26, Rodolphe Quiedeville wrote: Si l'édition est trop lourde à cause des bâtiments il est possible d'ajouter une règles d'exclusion lors de la lecture des données par une requête XAPI. snip Y a t'il un endroit ou trouver la description de XAPI et quelques recommandations ? Je pourrais, éventuellement, me plonger dans le code source de Potlach et JOSM pour coder le filtre 'anti-batiment' :-) -- Ashar Voultoiz ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import batiment
2010/9/8 Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net J'avais évoqué cette question dans un fil récent. Sur un de mes postes, il devient *très* difficile d'utiliser Potlatch car les données n'arrivent pas/jamais, en raison -- à ce qu'il me semble -- de la densité des données à récupérer : les zones désertiques sont chargées sans pb, les zones bâties, non. Pour parler franchement, Potlach est un mauvais outil en plus d'être obsolète. Quand je vois des tracés précis que je fais à partir du cadastre être complété par un tracé de piste cycable avec potlach à la précision complétement erratique ... -- Mon weblog - http://www.tenshu.fr/ Je soutiens le Logiciel Libre, j'adhère à l'APRIL ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import batiment
Le 09/09/2010 08:33, Ashar Voultoiz a écrit : On 08/09/10 22:26, Rodolphe Quiedeville wrote: Si l'édition est trop lourde à cause des bâtiments il est possible d'ajouter une règles d'exclusion lors de la lecture des données par une requête XAPI. snip Y a t'il un endroit ou trouver la description de XAPI et quelques recommandations ? Je pourrais, éventuellement, me plonger dans le code source de Potlach et JOSM pour coder le filtre 'anti-batiment' :-) La doc est dispo dans le wiki à l'adresse : http://wiki.openstreetmap.org/wiki/Xapi Maintenant il faut savoir que les machines sont souvent en carafes, mais cela n'empêche pas d'ajouter déjà la fonctionnalité à JOSM et autres éditeurs. -- Rodolphe Quiédeville - Artisan Logiciel Libre http://rodolphe.quiedeville.org/ Jabber/XMPP : rodol...@quiedeville.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Re : Import batiment
De : Vincent de Chateau-Thierry v...@laposte.net Bonjour, Le 09/09/2010 01:07, THEVENON Julien a écrit : A ce sujet lorsque je dois exploiter une trace gps sur l agglo grenobloise par exemple je trouve la fonction JOSM telecharger le long de la trace GPS vraiment tres pratique. Cela permet de ne pas recuperer des tonnes de données tout en travaillant sur des zones etendues. Est ce qu il y aurait une fonctionnalite similaire qui permettrait de faire la meme chose autour de ways ? points ? elements d une relation ? ou de la selection courante ? Depuis JOSM, tu places dans un calque séparé les objets autour desquels tu veux de la donnée, puis clic-droit sur le nom du calque, et Convertir en calque GPX. Depuis ce nouveau calque, tu a alors accès à la fameuse fonction de téléchargement en corridor le long de la trace. Merci ! Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] État du suivi des autoroutes
Bonjour, Le 7 septembre 2010 15:18, Pieren pier...@gmail.com a écrit : Par exemple, ce tag exit_to a été introduit dans le wiki au milieu du mois d'aout, sans annonces, rien. Maintenant, on voit qu'il entre en contradiction avec d'autres propositions plus anciennes (tag destination sur le wiki highway=motorway_link ou la relation destination_sign). Normallement, des ajouts comme exit_to sont faits par des personnes visiblement peu informées et disparaîssent du wiki assez vite, surtout si on voit que ça existe déjà ailleurs. Au sujet de ce tag exit_to, j'ai contacté l'auteur c2r l'ayant ajouté au wiki. Vous trouverez mon message et sa réponse ci-dessous. Il semblerait que sa démarche ait été motivée par la fréquence d'utilisation de ce tag sans tenter d'imposer une quelconque préférence personnelle. Retirer cette note du wiki ne devrait pas poser de problème. Concernant son utilisation, exit_to est encore présent en Grande Bretagne comme on peut le vérifier sur Tagwatch: http://tagwatch.stoecker.eu/Great_britain/En/tags.html A+ Guillaume c2r vous a envoyé un message depuis OpenStreetMap avec le sujet Re: exit_to tag : == Hi there, I added it to the English page as there was not consistent use in the UK as to whether exit_to or destination was used, and had discussion with several other contributors. We decided to put exit_to on the page because there are more tags in the UK using exit_to than destination. To be honest, I agree with you in that there needs to be consistency. But I don't really give a stuff what that consistency is, so feel free to change it if you and the other contributors you refer to would prefer destination. That still doesn't get over the issue that there is a majority of exit_to tags in the UK that need swapping over. Ta Chris On 2010-09-08 20:11:15 UTC Guillaume Audirac wrote: Hello, Apparently, in the page http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmotorway_junction, you have added a note about the tag exit_to: exit_to=* should be used to detail the destinations where the junction exits to—for example, if signage states a road leads to Anytown on the A1000… but apparently without any prior discussion with other contributors. Moreover, there is a relation ( http://wiki.openstreetmap.org/wiki/FR:Relation:destination_sign) which has been approved by many and which seems to cover your proposal. Please comment the exit_to tag on the wiki as its context is not really clear and leads to different ways of tagging the same things. Thanks. Regards, Guillaume == ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Potlatch, mauvais outil ? [Etait : Import batiment]
Le 9 septembre 2010 10:03, Tenshu ten...@gmail.com a écrit : Pour parler franchement, Potlach est un mauvais outil en plus d'être obsolète. Quand je vois des tracés précis que je fais à partir du cadastre être complété par un tracé de piste cycable avec potlach à la précision complétement erratique ... -- Mon weblog - http://www.tenshu.fr/ Je soutiens le Logiciel Libre, j'adhère à l'APRIL ! Bonjour, Laissez moi défendre un peu cet outil qui permet d'accéder facilement à OSM. Même si c'est à la mode de casser du Potlatch. Tout le monde n'a pas les connaissance pour installer et faire tourner JOSM avec ses plugins sur une Ubuntu. Cet outil n'est pas obsolète et qui plus est, est en cours de migration en V2 avec un nouveau moteur graphique plus performant. Quand à la précision des tracés, je ne pense pas que l'on puisse les imputer à l'outil mais plutôt à l'interface chaise / clavier qui l'utilise. Pour rappel, Potlatch permet de faire des voies parallèles, des lignes droites ou des rond-points rond. Moi j'adore Potlatch (vous aviez remarqué) A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Potlatch, mauvais outil ? [Etait : Import batiment]
De : Marc SIBERT m...@sibert.fr Laissez moi défendre un peu cet outil qui permet d'accéder facilement à OSM. Même si c'est à la mode de casser du Potlatch. Tout le monde n'a pas les connaissance pour installer et faire tourner JOSM avec ses plugins sur une Ubuntu. C est sur que c est tres pratique d avoir la possibilite d editer sans rien installer ! et c est d autant plus frustrant de galerer avec potltach que c est une vraie porte d entree sur le projet Cet outil n'est pas obsolète et qui plus est, est en cours de migration en V2 avec un nouveau moteur graphique plus performant. Quand à la précision des tracés, je ne pense pas que l'on puisse les imputer à l'outil mais plutôt à l'interface chaise / clavier qui l'utilise. Pour rappel, Potlatch permet de faire des voies parallèles, des lignes droites ou des rond-points rond. Donc justement vivement la v2 en esperant qu elle aide a limiter les bugs chaise clavier Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] questions de rendu
Le 08/09/2010 22:20, Thomas Clavier a écrit : caravan=no : 0 fois caravans=no : 0 fois caravaning=no : 1 fois Les 3 derniers tags n'étant pas dans le rendu ... Autant dire que pour les voir sur la carte c'est pas gagné. Ultime réponse sur le sujet : Après discutions avec des adeptes du camping car, les mêmes qui m'avaient demandé une carte sur le sujet, les arrêtés municipaux qui interdisent aux camping car de stationner en ville sont totalement illégaux. Donc il est inutile de garder l'info en base et/ou de la faire figuré sur une carte. -- Thomas Clavier http://www.tcweb.org Jabber/XMPP/MSN/Gtalk :t...@jabber.tcweb.org +33 (0)6 20 81 81 30 +33 (0)950 783 783 signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Potlatch, mauvais outil ? [Etait : Import batiment]
J'avais oublié de préciser V1, d'ailleurs la V2 ne semble pas avoir de problème avec les zones couvertes de bâtiments. Mais je maintient potlach V1 est un mauvais outil obsolète, à la rigueur je l'utilise pour modifier rapidement des POI ou détourer un peut d'image Yahoo. Mais pour le reste il est plutôt médiocre. 2010/9/9 THEVENON Julien julien_theve...@yahoo.fr *De :* Marc SIBERT m...@sibert.fr ** Laissez moi défendre un peu cet outil qui permet d'accéder facilement à OSM. Même si c'est à la mode de casser du Potlatch. Tout le monde n'a pas les connaissance pour installer et faire tourner JOSM avec ses plugins sur une Ubuntu. C est sur que c est tres pratique d avoir la possibilite d editer sans rien installer ! et c est d autant plus frustrant de galerer avec potltach que c est une vraie porte d entree sur le projet Cet outil n'est pas obsolète et qui plus est, est en cours de migration en V2 avec un nouveau moteur graphique plus performant. Quand à la précision des tracés, je ne pense pas que l'on puisse les imputer à l'outil mais plutôt à l'interface chaise / clavier qui l'utilise. Pour rappel, Potlatch permet de faire des voies parallèles, des lignes droites ou des rond-points rond. Donc justement vivement la v2 en esperant qu elle aide a limiter les bugs chaise clavier Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Mon weblog - http://www.tenshu.fr/ Je soutiens le Logiciel Libre, j'adhère à l'APRIL ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Potlatch, mauvais outil ? [Etait : Import batiment]
Marc SIBERT a écrit , Le 09/09/2010 11:06: Laissez moi défendre un peu cet outil qui permet d'accéder facilement à OSM. Même si c'est à la mode de casser du Potlatch. Tout le monde n'a pas les connaissance pour installer et faire tourner JOSM avec ses plugins sur une Ubuntu. en tout cas, sous w$, j'ai trouvé la prise en main de josm plus facile que potlatch ; c'est mieux expliqué, il y a plus de doc, et on maîtrise mieux les petits trucs simples, comme la mise en place de tags, ou la modification de l'existant. La version 2 me semble donc une nécessité pour ce pauvre potlatch. Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Potlatch, mauvais outil ? [Etait : Import batiment]
Et MapZen, ça donne quoi?? Le 9 septembre 2010 11:33, hpmt h...@free.fr a écrit : Marc SIBERT a écrit , Le 09/09/2010 11:06: Laissez moi défendre un peu cet outil qui permet d'accéder facilement à OSM. Même si c'est à la mode de casser du Potlatch. Tout le monde n'a pas les connaissance pour installer et faire tourner JOSM avec ses plugins sur une Ubuntu. en tout cas, sous w$, j'ai trouvé la prise en main de josm plus facile que potlatch ; c'est mieux expliqué, il y a plus de doc, et on maîtrise mieux les petits trucs simples, comme la mise en place de tags, ou la modification de l'existant. La version 2 me semble donc une nécessité pour ce pauvre potlatch. Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Potlatch, mauvais outil ? [Etait : Import batiment]
De : wouldsmina wouldsm...@gmail.com Et MapZen, ça donne quoi?? j avais essaye vite fait au moment ou il etait sorti justement pour voir si c etait une bonne alternative a Potlatch V1. L interface est vraiment tres agreable, je pense que ca pourrait etre pas mal pour attirer le gand public par contre je crois que j avais pas vraiment reussi a editer. Il faudrait que je re-regarde plus en detail Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Géovélo] Tag name sur piste cyclable/voie de bus
Le 09/09/10 00:30, hamster a écrit : plus j'y pense et plus j'ai du mal avec ca : ca oublie la phrase ne pas taguer pour le rendu le tag name signifie que c'est le nom du truc, si on met name=voie de bus pour les voies de bus je vois pas pourquoi on mettrait pas name=rue pour les rues et name=riviere pour les rivieres si on veut que le mot voie de bus apparaisse sur la carte il faut le faire dans le logiciel de rendu, pas dans les tags le logiciel de rendu doit alors le faire en s'appuyant sur le tag highway, et si il n'y a pas de tag highway=quequechose pour decrire les voies de bus, alors il faut l'inventer enfin je pense toujours que pour les cas compliques il faut faire une relation contenant les differents voies de circulation (voiture, velo, bus, trottoirs etc...), les bords de la rue, les passages pietons etc... et mettre le tag name sur la relation Sur le fond, je suis d'accord avec toi. Mais bon nombre de mappeurs hobbyistes s'en réfèrent et/ou utilise le rendu officiel de la carte. Avoir le même nom de rue sur l'axe principal et et les voies parallèle, cela fait doublon. Donc remplacer ce nom par une fonction (couloir de bus, piste cyclable) peut ajouter une valeur à la carte. On est obligé de composer avec. Perso, je m'en fiche car je fais mes propres rendus, donc je filtre ce que je veux. Mais le rendu officiel n'est pas configurable par le commun des OSMeurs. Au final, une relation d'association est la solution la plus fiable et la plus pérenne. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Isokron
Isokron a publie des remerciements pour OSM, ca fait toujours plaisir :-) http://blog.isokron.com/openstreetmap Julien -- View this message in context: http://gis.638310.n2.nabble.com/Isokron-tp5168245p5514022.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Géovélo] Tag name sur piste cyclable/voie de bus
2010/9/9 hamster hams...@suna.fdn.fr plus j'y pense et plus j'ai du mal avec ca : ca oublie la phrase ne pas taguer pour le rendu le tag name signifie que c'est le nom du truc, si on met name=voie de bus pour les voies de bus je vois pas pourquoi on mettrait pas name=rue pour les rues et name=riviere pour les rivieres Curieux que ça te pose tellement de problèmes pour les couloirs de bus et pas pour les lignes de tramway. Pourtant c'est un peu la même chose (voie de circulation dédiée à un transport en commun). Donc finalement on devrait mettre non pas le nom de la rue, ni Couloir de bus mais Couloir de bus pour les lignes 4,5 et 6 si on suit le même schéma que pour les tramways. Ou alors on change les lignes de tramways et on les découpe par rues et on y colle les noms des rues traversées. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Isokron
hamster-2 wrote: le principe est bien, mais pour la banlieue il merdoie joliment faudrait faire pareil dans geovelo C'est à dire ? Sinon dans le principe ça parait très simple à faire. Il suffit d'utiliser l'algorithme de Dijkstra d'un noeud vers tous les autres : en gros ça prend quelques dixième de seconde grand maximum à calculer. Après pour en extraire des sortes de polygones colorés là, ça me parait un peu plus compliqué ^^. Gaël. -- View this message in context: http://gis.638310.n2.nabble.com/Isokron-tp5168245p5514110.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] questions de rendu
Thomas Clavier t...@tcweb.org wrote: caravan=no : 0 fois caravans=no : 0 fois caravaning=no : 1 fois Les 3 derniers tags n'étant pas dans le rendu ... Autant dire que pour les voir sur la carte c'est pas gagné. Ultime réponse sur le sujet : Après discutions avec des adeptes du camping car, les mêmes qui m'avaient demandé une carte sur le sujet, les arrêtés municipaux qui interdisent aux camping car de stationner en ville sont totalement illégaux. Donc il est inutile de garder l'info en base et/ou de la faire figuré sur une carte. Non ce n'est pas tout a fait la vérité. Certains arrêtés municipaux ont été invalidés, seulement certains. La fédération Campign Car a une faq sur ce sujet précis (1) En gros : * si il y a un arrêté d'interdiction, c'est interdit jusqu'a ce que ça soirt éventuellement contesté au tribunal administratif, en attendant il faut payer les PV. * les arrêtés sont potentiellement illégaux si iln'est fait mention que de camping car, il faut que l'interdiction soit non discriminatoire et doit donc concernés tout les véhicules de même gabarit (dans ce cas c'est pas illégal du tout) ; d'autre part si l'interdiction est suffisamment motivée elle est légal. * les arrêtés municpaux passent tous devant le préfet qui les valide, létat a mis en place une circulaire (2) pour permettre aux préfets de jugés de la légalité De plus dans certaines villes (1) FFCC : http://www.ffcc.fr/126/html/camping-cars/stationnement-des-camping-cars .aspx (2) http://www.camping-car.org/index.php?page=droit/droitDeStationner Voir aussi : http://a.ccl.free.fr/actions/etapesliberte/04st_cadrejurid.htm Le réglement de la ville de Niort par exemple : http://www.vivre-a-niort.com/fileadmin/fichiers/Docpdf/decouvrir_niort/ arrete_municipal_reglementation_aire_campingcars.pdf Et à Paris il est interdit de dormir dans un camping car : http://www.parisinfo.com/plan-paris/se-deplacer/circulation-et-stationn ement/dossier/circulation-et-stationnement_stationnement-en-ville La situation est donc loin d'être simple, mais il semble bien que l'interdiction aux camping-car soit bien légal dans certains cas particulier (nécessité) et aussi que les camping car peuvent être interdit dans la même mesure que les camions de même gabarit. Et si il y a un panneau, la police peut verbaliser et le contrevenant devra payer, même si il dépose un recours au tribunal administratif qui jugera sur le fond (et le remboursera le cas échéant). -- Pierre-Alain Dorange ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] mapping party aux ulis le 18/9
Le 9 septembre 2010 01:54, hamster hams...@suna.fdn.fr a écrit : une initiation a OSM va être organisée aux Ulis le samedi 18 septembre par l'espace multimédia des Ulis, ca sera une bonne occasion de faire une mapping party http://wiki.openstreetmap.org/wiki/Les_Ulis tous les barbus d'OSM sont les bienvenus (et spécialement ceux qui sont doués pour la pédagogie et la diplomatie) pour aider a encadrer des groupes lors de la sortie sur le terrain et pour aider les débutants a rentrer leurs données dans la base ensuite @marc : pour info les ulis c'est quand meme moins loin que grasse et on a besoin de quelqu'un pour montrer potlach Bonjour, J'ai un accord de principe (familial) pour participer le samedi 18. J'en serais donc. A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Aire de co-voiturage
Bonjour, Il se développe en Morbihan (et surement ailleurs) de plus en plus d'aire de co-voiturage. Ce sont de simple parking mais le département a entrepris une signalisation avec de joli panneau. Je ne trouve point de tag pour cela sur le wiki, qu'utilisez-vous de votre coté ? A++ -- Rodolphe Quiédeville - Artisan Logiciel Libre http://rodolphe.quiedeville.org/ Jabber/XMPP : rodol...@quiedeville.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Aire de co-voiturage
De : Rodolphe Quiedeville Il se développe en Morbihan (et surement ailleurs) de plus en plus d'aire de co-voiturage. Ce sont de simple parking mais le département a entrepris une signalisation avec de joli panneau. Je ne trouve point de tag pour cela sur le wiki, qu'utilisez-vous de votre coté ? Je n'ai pas eu l'occasion de tagguer ce genre de parking, mais on dirait que les Canadiens ont déjà abordé ce point : http://wiki.openstreetmap.org/wiki/Canadian_tagging_guidelines#Carpool_Lot Voir si les stats reflètent un usage ? vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import batiment
Le 09/09/2010 10:03, Tenshu a écrit : Pour parler franchement, Potlach est un mauvais outil en plus d'être obsolète. Quand je vois des tracés précis que je fais à partir du cadastre être complété par un tracé de piste cycable avec potlach à la précision complétement erratique ... On est d'accord. Cependant, Potlatch est l'outil le plus simple à montrer aux néophytes : rien à installer, un navigateur suffit, les affichages sont beaux, bref ça attire. JOSM, que j'ai désormais adopté, est bien plus puissant et doté de fonctionnalités de la mort qui tue. Mais il demande un effort bien plus grand, tant pour installer que pour prendre en mains et l'affichage est rebutant (lire : pas beau). -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] theme de couleurs dans JOSM
Jean-Francois Nifenecker a écrit : On est d'accord. Cependant, Potlatch est l'outil le plus simple à montrer aux néophytes : rien à installer, un navigateur suffit, les affichages sont beaux, bref ça attire. JOSM, que j'ai désormais adopté, est bien plus puissant et doté de fonctionnalités de la mort qui tue. Mais il demande un effort bien plus grand, tant pour installer que pour prendre en mains et l'affichage est rebutant (lire : pas beau). moi aussi ce fond noir me deprime, j'ai donc change la couleur d'arriere plan le probleme c'est que les couleurs des differents objets sont pensees pour etres sur fond noir et donc ce qui doit etre bien visible est en tres clair et ne se voit plus du tout sur fond clair ce probleme se pose aussi quand on travaille sur photo aerienne ou satellite ou avec le cadastre il y a donc un travail a faire sur les jeux de couleurs, travail qui se fait bien mieux quand on est plusieurs a essayer ca serait bien de faire une page du wiki avec un autre jeu de couleurs pour que chacun puisse tester et y aller de son amelioration avec pour but de faire un theme fond clair et sans doute aussi un theme pour travail sur photo que les gens pourraient telecharger et installer sans avoir a modifier chaque couleur une a une en pratique, techniquement, je sait pas comment faire tout ca ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Aire de co-voiturage
Vincent de Chateau-Thierry a écrit , Le 09/09/2010 17:55: Il se développe en Morbihan (et surement ailleurs) de plus en plus d'aire de co-voiturage. Je n'ai pas eu l'occasion de tagguer ce genre de parking, mais on dirait que les Canadiens ont déjà abordé ce point : http://wiki.openstreetmap.org/wiki/Canadian_tagging_guidelines#Carpool_Lot il me semble que carpool désigne plutôt un parc de voitures en partage, genre : http://www.mobilib.fr/ mobilib est une coopérative qui possède les voitures. les coopérateurs ont une carte qui leur permet de déverrouiller la voiture et de partir avec. le co-voiturage étant plutôt ça : http://www.covoituval.org/ ; la voiture a un propriétaire normal :) qui cherche des passager pour un ou des trajets donnés. = deux tags différents ? (très différents, tant qu'à y être) Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Aire de co-voiturage
2010/9/9 hpmt h...@free.fr il me semble que carpool désigne plutôt un parc de voitures en partage, genre : http://www.mobilib.fr/ mobilib est une coopérative qui possède les voitures. les coopérateurs ont une carte qui leur permet de déverrouiller la voiture et de partir avec. Ça, c'est du car sharing: http://en.wikipedia.org/wiki/Carsharing le co-voiturage étant plutôt ça : http://www.covoituval.org/ ; la voiture a un propriétaire normal :) qui cherche des passager pour un ou des trajets donnés. C'est bien du carpool: http://en.wikipedia.org/wiki/Carpool Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Aire de co-voiturage
Carpool, rideshare, carshare sont globalement des homonymes, même si carpool englobe aussi les voitures en partage comme le soulignait Hélène. Et puisqu'on en est là, je fais un peu de pub pour le site de covoiturage fr entièrement basé sur des briques logicielles libres: www.bisonvert.net =) En espérant qu'un jour les données OSM soient assez complètes pour les voir utilisées sur des services de cette envergure ;) Le 09/09/2010 20:55, Pieren a écrit : 2010/9/9 hpmt h...@free.fr mailto:h...@free.fr il me semble que carpool désigne plutôt un parc de voitures en partage, genre : http://www.mobilib.fr/ mobilib est une coopérative qui possède les voitures. les coopérateurs ont une carte qui leur permet de déverrouiller la voiture et de partir avec. Ça, c'est du car sharing: http://en.wikipedia.org/wiki/Carsharing le co-voiturage étant plutôt ça : http://www.covoituval.org/ ; la voiture a un propriétaire normal :) qui cherche des passager pour un ou des trajets donnés. C'est bien du carpool: http://en.wikipedia.org/wiki/Carpool Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] VC ou C ?
Bonsoir, Je me pose une question sur la dénomination à utiliser pour les routes communales. J'ai des éléments (anciens, année 80) où le noms des routes est VC et aujourd'hui le terme utilisé pour certaines de ces rouets est plus C. Merci de vos éclairages ! Lionel - Association C2iC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] VC ou C ?
Le 09/09/2010 22:14, Club Informatique Inter Communes / C2IC a écrit : Bonsoir, Je me pose une question sur la dénomination à utiliser pour les routes communales. J'ai des éléments (anciens, année 80) où le noms des routes est VC et aujourd'hui le terme utilisé pour certaines de ces rouets est plus C. Merci de vos éclairages ! Lionel - Association C2iC Bonsoir, Regardons ce qui est fait pour les autres voies Nationales et Départementales. Le système est le même: Voie ou route communale donc VC ou RC Chemin rural donc CR Amitiés -- Si on n'avait toujours voulu que la meilleure des solutions, ce serait vide. Yannick VOYEAUD http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Actes En Vrac: http://www.francegenweb/actes/ Cercle Généalogique (EGE-PTT): http://www.cercle-genealogique.fr Inconnu de Saulcy: http://www.lced.org Antoine Payet de la Réunion: http://payet.voyeaud.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] La photo aérienne pour les enfants et les plus grands
Il y a eu une discussion ici sur la possibilité de faire des couvertures photo aérienne pour pas cher. Aux US, ils sont déjà opérationnels : http://wiki.grassrootsmapping.org/show/HomePage En résumé, les quidam mappeurs (grassroots mappers) - mappent au niveau de leur quartier (community), avec les enfants éventuellmeent (c'est un cerf volant - inversent la structure du pouvoir dans la cartographie (vous saviez que vous faisiez çà? ;-) - sont propriétaires des images finales qui sont géoréférencées et transformées en cartes qui ont une résolution 100 fois supérieure à celle de Google et à un coût très bas (ballons + APN) - Ils doivent mettre les ballons au dessous de 500 pieds (150 m) et ils ne doivent faire plus de 115 pieds cube (2,50 m3) - L'option la moins chère est le rouleau de 50 sacs poubelle de 100 l à 59 $ Au fait, quelle législation en France? Les trucs sont ici : http://wiki.grassrootsmapping.org/show/BalloonAerialPhotography L'astuce principale est de mettre un script dans la carte SD de l'APN. On met la caméra dans le haut d'une bouteillle de plastique. Un fil nylon tressé de 120 m et vogue le petit ballon... Ne pas lancer le ballon au dessus de 9 m de vent pas seconde. Alors, qui va s'y mettre? Quel objectif? Le Cap-Nègre? Une autoroute en construction? La jungle de Calais? Les zones inondées du Var? ;-) Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La photo aérienne pour les enfants e t les plus grands
Christian Rogel a écrit : Au fait, quelle législation en France? En France, un drône (avion sans pilote) ne peut dépasser les 150 mètres (500 pieds) et un ULM ne peut dépasser, il me semble, les 1500 m (5000 pieds, à vérifier). En plus, je suppose qu'on ne peut pas s'aventurer au dessus d'une ville comme ça. Il doit falloir une autorisation de survol quasiment impossible à obtenir. J'avais discuté de ce point avec le créateur de Paparazzi (mini-drône libre que j'envisageais d'utiliser pour faire de la photographie aérienne) et lui-même, pour ses travaux de recherche, avait du mal à obtenir les autorisations nécessaires. Il était allé en Islande pour effectuer une campagne de test de Paparazzi à 3500 m d'altitude. Ceci étant, pour avoir vu ce que donnait une photographie aérienne à 150 prise à mètres d'altitude, je suis plus que sceptique sur l'intérêt de telles images. L'effet de perspective sur le moindre bâtiment est énorme. Un immeuble de 3 étages masque très facilement une grande étendue. En plus, l'effort d'ortho-rectification à fournir pour chaque image me semble énorme en regard de la surface couverte. Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La photo aérienne pour les enfants e t les plus grands
2010/9/9 Sébastien Dinot sebastien.di...@free.fr: Christian Rogel a écrit : Au fait, quelle législation en France? En France, un drône (avion sans pilote) ne peut dépasser les 150 mètres C'est déjà assez :) http://ardrone.parrot.com/parrot-ar-drone/fr/ -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB ste...@le-roux.info 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] VC ou C ?
dans le wiki, c'est pas noté explitement ... http://wiki.openstreetmap.org/wiki/FR:Key:highway Petite départementale ou communale avec typiquement une ligne de séparation au sol (sinon - unclassified) ou en ville, présentant un trafic inférieur à secondary mais pas encore en zone uniquement residential Par défaut : lanes=2, maxspeed=90 ou 50 + ref=Dxx (ou Cxx) + name=nom_de_rue (en ville)- - - - didier + mapeur amateur + - Mail d'origine - De: Yannick VOYEAUD yann...@voyeaud.org À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Thu, 9 Sep 2010 22:59:35 +0200 (CEST) Objet: Re: [OSM-talk-fr] VC ou C ? Le 09/09/2010 22:14, Club Informatique Inter Communes / C2IC a écrit : Bonsoir, Je me pose une question sur la dénomination à utiliser pour les routes communales. J'ai des éléments (anciens, année 80) où le noms des routes est VC et aujourd'hui le terme utilisé pour certaines de ces rouets est plus C. Merci de vos éclairages ! Lionel - Association C2iC Bonsoir, Regardons ce qui est fait pour les autres voies Nationales et Départementales. Le système est le même: Voie ou route communale donc VC ou RC Chemin rural donc CR Amitiés -- Si on n'avait toujours voulu que la meilleure des solutions, ce serait vide. Yannick VOYEAUD http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Actes En Vrac: http://www.francegenweb/actes/ Cercle Généalogique (EGE-PTT): http://www.cercle-genealogique.fr Inconnu de Saulcy: http://www.lced.org Antoine Payet de la Réunion: http://payet.voyeaud.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: Fwd: Réutilisation des pho tos IGN brutes
Bonsoir, François Van Der Biest a écrit : Tout cela est très encourageant. Il reste à trouver un soft permettant de rectifier les images. Il me semble que j'avais évoqué la question au Cartosatcamp et Sebastien Dinot avait une proposition intéressante. Christian relançant le sujet de l'ortho-rectification, je vous fais part de mes essais en la matière. J'ai essayé le module d'ortho-rectification de Monteverdi, atelier de démonstration de la bibliothèque Orfeo Toolbox : http://www.orfeo-toolbox.org/otb/ http://www.orfeo-toolbox.org/otb/monteverdi.html En quelques mots, Orfeo-Toolbox (OTB pour les intimes) est une bibliothèque de traitement d'images conçue pour la télédétection et le traitement d'images satellitaires brutes (des fichiers qui n'ont pas grand chose à voir de par leur taille, leur format et leur contenu avec ce que le commun des mortels appelle une image). Elle est développée sous l'égide du CNES et diffusée sous licence CeCILL (équivalente à la GNU GPL). Monteverdi est un petit outil, lui aussi libre et diffusé sous licence CeCILL, dont les différents modules permettent de « jouer » avec les algorithmes et fonctions proposés par OTB. L'un d'eux permet justement d'orthorectifier des images par saisie de points de contrôle au sol (GCP: Ground Control Point). Il calcule un modèle de capteur à la volée et peut utiliser un MNE tel que SRTM. Un de mes collègues maîtrisant mieux que moi le sujet a effectué à ma demande l'orthorectification d'une image brute de l'IGN d'ores et déjà disponible au téléchargement sur son site web (il s'agit d'une image du cœur de Paris où l'on voit notamment le Louvre). Il est arrivé sans beaucoup d'efforts à d'excellents résultats (la superposition d'un réseau routier vectoriel sur l'image orthorectifiée montrant que le résultat était parfaitement exploitable) mais l'opération n'est pas encore à la portée de tous : - il faut compiler OTB et Monteverdi ; - il faut réussir à convertir le format JPEG 2000 en TIFF (pour l'instant, OTB n'implémente que la première partie du protocole JPEG 2000 et la lecture des images fournies par l'IGN dans Monteverdi échoue donc) ; - il faut positionner une bonne douzaine de GCP. Les développeurs d'OTB et de Monteverdi ont cependant conscience que ce module présente un certain intérêt pour OSM et j'espère qu'ils trouveront prochainement le temps de rendre ce module plus ergonomique. En tout cas, la preuve est faite qu'il est possible d'orthorectifier les images brutes de l'IGN avec un chaîne d'outils et de données libres. D'ailleurs, il était prévu que des développeurs du CNES impliqués dans le développement d'OTB présentent aujourd'hui leurs outils à FOSS4G avec un petit focus sur le module d'orthorectification (illustré avec l'image orthorectifiée dont je viens de parler). Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La photo aérienne pour les enfants e t les plus grands
Sébastien Dinot a écrit : En France, un drône (avion sans pilote) ne peut dépasser les 150 mètres (500 pieds) et un ULM ne peut dépasser, il me semble, les 1500 m (5000 pieds, à vérifier). En plus, je suppose qu'on ne peut pas s'aventurer au dessus d'une ville comme ça. Il doit falloir une autorisation de survol quasiment impossible à obtenir. Cf. http://www.leuropevueduciel.com/photo-surveillance-aerienne-drone.php L'arrêté de décembre 2009 [1] impose que toute mise en œuvre d'un aeronef non habité pour des usages autres que récréatifs ou de loisirs doivent être « portées préalablement par les usagers à la connaissance des services de l'aviation civile qui les présentent aux comités régionaux de gestion de l'espace aérien concernés » Ce qui impose de demander pour chaque vol des autorisations plusieurs semaines à l'avance : souvent incompatible avec les délais du client auxquels s'ajoutent les aléas météo. De plus aucune autorisation n'est délivrée à l'heure actuelle pour des survols par des drones civils de zones habitées ou de rassemblement de personnes or ces zones concentrent la plus grande partie des demandes de photographies aériennes. [1] http://www.leuropevueduciel.com/reglementation-photo-aerienne-drone.pdf -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La photo aérienne pour les enfants et les plus grands
Le vendredi 10 septembre 2010 à 00:57 +0200, Sébastien Dinot a écrit : Sébastien Dinot a écrit : En France, un drône (avion sans pilote) ne peut dépasser les 150 mètres (500 pieds) et un ULM ne peut dépasser, il me semble, les 1500 m (5000 pieds, à vérifier). En plus, je suppose qu'on ne peut pas s'aventurer au dessus d'une ville comme ça. Il doit falloir une autorisation de survol quasiment impossible à obtenir. Cf. http://www.leuropevueduciel.com/photo-surveillance-aerienne-drone.php L'arrêté de décembre 2009 [1] impose que toute mise en œuvre d'un aeronef non habité pour des usages autres que récréatifs ou de loisirs doivent être « portées préalablement par les usagers à la connaissance des services de l'aviation civile qui les présentent aux comités régionaux de gestion de l'espace aérien concernés » Ce qui impose de demander pour chaque vol des autorisations plusieurs semaines à l'avance : souvent incompatible avec les délais du client auxquels s'ajoutent les aléas météo. De plus aucune autorisation n'est délivrée à l'heure actuelle pour des survols par des drones civils de zones habitées ou de rassemblement de personnes or ces zones concentrent la plus grande partie des demandes de photographies aériennes. [1] http://www.leuropevueduciel.com/reglementation-photo-aerienne-drone.pdf Cette page est aussi très instructive ... http://www.leuropevueduciel.com/reglementation.php On y apprends : Important : L'utilisation d'avions dans le cadre d'un Aéroclub ou d'ULM dans le cadre d'un club ULM (associations loi 1901) pour réaliser des prises de vues destinées à une commercialisation directe ou indirecte est ainsi strictement interdite et constitue une double infraction, tant fiscale qu'au regard de la règlementation aérienne, et entraine l'absence d'assurance car les polices d'assurances des aéro club excluent les activités de travail aérien. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] G 空間 EXPO 応援・ OSM
ikiyaです。 ありがとうございます。 20日は楽しみましょう! 個人的には複雑なクイーンズスクエアの描画と ランドスクエアから撮った写真を使ったマッピングが 楽しみです。 他に楽しめる何かリクエスト、企画があれば 遠慮なく提案願います。 大和田 健一 ml.ohw...@gmail.com wrote: 大和田です。 9月20日のマッピングパーティーに参加します。 9月5日の「アンドロイド横浜勉強会」で紹介したら、 数名から参加したいという反応がありました。 http://aztech.jp/a/wordpress+index.p+82.htm その他、横浜で地図に興味がありそうなコミュニティにも流しておきました。 --- 大和田 健一 ikiyaです。 三浦さん 参加表明ありがとうございます。 9月20日のスケジュールまとめてみました。 http://wiki.openstreetmap.org/wiki/JA:Yokohama_mapping_party_20100920 ・第1部 ランドマークタワー69F展望フロア見学 9:30〜11:00 ・昼食 ・第2部 マッピングパーティー 13:00〜15:00 ・G空間EXPO見学(希望者のみ)15:00〜 ※G空間EXPOの開場時間は10:00〜17:00です。G空間EXPO見学されたい方は1部2部の途中、中抜けされてもかまいません。 予定でもかまいませんので参加表明(午前、午後)こちらでお願いします。 OSM初心者、興味ある方も参加OKです。 現在参加表明されているのはhiga4さんと三浦さんです。 Hiroshi Miura wrote: みうらです。 何はともあれ、参加します! アピールしたい! 意志表明します どのくらいの方が、参加いただいて、もりあげてもらえるでしょうか Sent from my Nokia phone -Original Message- From: ikiya Sent: 25/08/2010 6:29:36 PM Subject: Re: [OSM-ja] G 空間 EXPO 応援・ OSM アピ ールイベント 横浜港マッピングパーティー ikiyaです。 9月横浜で開催のG空間EXPO近づいてきました。 G空間EXPO応援・OSMアピールイベントとして 横浜港マッピングパーティーを9月20日(月)に開催する予定です。 今回はパシフィコ横浜で開催されているG空間EXPOを見学したい、 G空間EXPOイベントに参加したい方もいらっしゃると思います。 それを考慮してOSMイベントはパシフィコ横浜の近くで 行いたいと思います。 【OSMイベント1.】 マッピングパーティー (約1〜2時間) マッピングパーティーもパシフィコ横浜の近くで 小規模かつ内容濃い目で行いたいと考えます。 目標エリアは複合ビル施設クィーンズスクエア横浜のビル群にしたいと 思います。 http://www.openstreetmap.org/?mlat=35.456681mlon=139.634179zoom=18layers=M このエリアは電波環境の悪さからGPSの精度が出ません。使えません。 GPSが使えない状況でいかにマッピングするかOSMマッパーが集って わいわいフィールドワークしたいと思います。 いくつかの手法があると思いますが以下のような方法が考えられます。 ・GPS精度が出やすいクィーンズスクエア南の海側を基準に位置決めする。 ・ひたすら位置関係・POIを押さえる写真を撮り続ける写真マッピング。 ・クィーンズスクエアを囲むエリア、道路、建物との位置バランスで 建物、POIをWalking Papers的に紙に記録する。 【OSMイベント2.】 ランドマークタワー展望フロア見学 (約1〜2時間) ランドマークタワー展望フロア69階から横浜の街を眺めてみましょう。 超一級の写真を撮ることも可能です。 入場料1000円です。展望フロアへの入場は混む場合もありますので 混雑状況を見て見学時間を決めたいと思います。(希望としては午前中) 個人的には天気がよければ午前と午後2回上りたいです。 OSMイベント詳細は今後つめていきたいと思います。 参加表明、質問ご意見等ありましたらこちらでお願いします。 ikiya wrote: ikiyaです。 紹介ありがとうございます。 残念ながら連絡がつきませんでした。 桜木町、関内付近なかなか見つかりません。 桜木町、関内付近で休日、祝祭日営業している レンタルサイクル屋さん探しています。 大和田 健一 wrote: 桜木町、関内付近でおすすめのレンタルサイクル屋さん探しています。 こんな記事が。 ベイエリアで観光客向け電動自転車レンタル「旅チャリ」がスタート http://www.hamakei.com/headline/4841/ --- 大和田 健一 ikiyaです。 参加ありがとうございます。9月のジオな休日を楽しみましょう。 夜の部はオプションになると思いますので 各自、お付き合いのある懇親会などへ 自由参加でOKだと思います。 話はかわりますが 桜木町、関内付近でおすすめのレンタルサイクル屋さん探しています。 ご存知の方いらっしゃいましたらお知らせください。 S.Higashi wrote: 東です。 ikiyaです。 こちらで提案がありました http://wiki.openstreetmap.org/wiki/User_talk:Higa4/g-expo/ 9月19〜21日横浜開催のG空間EXPOを応援、OSMアピールイベントの 横浜マッピングパーティーを企画しています。 9月20日をメインにみなとみらい地区を中心に実施を考えています。 初心者、プロ問わず参加者募集いたします。 参加します。 ただ、同日プレゼンへのノミネートを目論んでいまして http://www.geomediasummit.jp/news/2010/07/29/gms-in-gexpo-/ もしプレゼンできることになったら中抜けになります。 今年のお正月に港の見える丘公園をマッピングしました。 http://wiki.openstreetmap.org/wiki/JA:Yokohama_mapping_party_20100102 継続的にみなと横浜をマッピングする意味も含めて 横浜港マッピングと題して、 今後もエリアを拡大していこう思います。 横浜港マッピングパーティーとしては「第2回横浜港マッピングパーティー」 と命名するつもりです。 全体の暫定ケーキ図はこちらです。(今回の重点地区はAブロック) http://3.bp.blogspot.com/_9tw89LwNH4A/TFKwUyGHbII/B6M/PXhHYGnP6vg/s1600/yokohama1p.jpg 日時 9月20日(月)10:00集合 場所 パシフィコ横浜 持ち物 カメラ・メモ筆記用具・GPS ・ログとり2〜3時間 ・皆さんで昼食 ・G空間EXPO見学ツアー ・パブミーティング (第6回)ジオメディアサミット in G空間EXPOの申込み受付も始まっているのですが 夜は懇親会が予定されています。 そちらに合流しても良いかもしれません。 のような自由度のある内容で予定しています。 参加人数やメンバーにもよりますがログとリを 主としたパーティーとします。 初心者の参加者がいらっしゃる場合は 編集デモはお見せしたと思います。 詳細については今後つめていく予定です。 ・レンタサイクル利用 ・雨天時のマッピング などなど。 9月20日をメインとしましたがG空間EXPO前後でも この横浜港エリヤのマッピング可能な方、 ご協力お願いいたします。 地形をメイン、生活にかかわるPOIをメイン・・・ などマッピング方法は各自お任せいたします。 個人的にはまず道路と公共建物、大規模建物、 緑地を押さえて街の輪郭が書ければと思います。 私も今月8月から横浜港プレマッピング始めます。 参加表明、提案、質問などありましたら こちらでお願いします。 - Are you OK? Online Safety Special Site - Yahoo! JAPAN ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja - Are you OK? Online Safety Special Site - Yahoo! JAPAN ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja - Are you OK? Online Safety Special Site - Yahoo! JAPAN ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja - GyaO!
Re: [Talk-GB] OS Opendata amp;amp; the new license/CT
On Wed, Sep 8, 2010 at 5:15 PM, Ed Avis e...@waniasset.com wrote: So the question is then whether the OS has given 'explicit permission' to 'grant to OSMF a worldwide, royalty-free, non-exclusive, perpetual, irrevocable licence to do any act that is restricted by copyright over anything within the Contents'. Given that's not what the contributor terms states, your point is invalid. I don't know why you, and others, keep selectively quoting from that sentence of the CTs - it's a pointless discussion to just chop off critical parts of a sentence and then point at the rest of it and say ooh, look. Anyway, if we're here discussing the precise legal interpretation of the CTs, then I'll ask you to take the discussion to legal-talk. Thanks, Andy ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] OS Opendata amp;amp;amp; the new license/CT
I'm sorry if I quoted from the contributor terms out of context, it was not my intention. You are right that detailed discussion of this stuff belongs on legal-talk. But, to be clear, are you saying that there is nothing in the current contributor terms that precludes large-scale copying from the Ordnance Survey OpenData maps and data sets? If so, mappers who are in favour of the new CTs could simply sign up now and leave somebody else to worry about the legal nitpicking. -- Ed Avis e...@waniasset.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-us] Venues for State of the Map US and International Conferences (Peter Batty)
+1 on Denver location and FOSS4G timing On Sep 9, 2010, at 5:00 AM, talk-us-requ...@openstreetmap.org wrote: 4. Re: Venues for State of the Map US and International Conferences (Peter Batty) ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Venues for State of the Map US and International Conferences
I like this idea. Do you know which venue they're using? How long will it be? Will we burn people out with too much open source geo? On Wed, Sep 8, 2010 at 9:52 PM, Leslie Zolman lzolm...@yahoo.com wrote: I was going to put my vote in for Denver. If FOSS4G is going to be there that would be great if people could make both events. Leslie -- *From:* Peter Batty pe...@ebatty.com *To:* Ian Dees ian.d...@gmail.com *Cc:* talk-us@openstreetmap.org Openstreetmap Talk-us@openstreetmap.org *Sent:* Wed, September 8, 2010 8:41:59 PM *Subject:* Re: [Talk-us] Venues for State of the Map US and International Conferences We are hosting the international FOSS4G (Free and Open Source Software for Geospatial) conference in Denver in September 2011, and several folks have suggested the idea of having State of the Map back to back with that (US and/or international). The events should definitely be separate and have their own identity (I think), but there would be quite a lot of people interested in attending both. We'll probably have around 1000 people at FOSS4G. Cheers, Peter. On Wed, Sep 8, 2010 at 8:18 PM, Ian Dees ian.d...@gmail.com wrote: Hi list, One of the topics discussed tonight during the US Chapter board meeting was the possibility of making a bid for the international State of the Map conference in 2011. We thought that it might make sense to combine the US and international conferences into one and try to draw attendees from the rest of the world. Can anyone suggest a good host city for either the US or International State of the Map? I'll start by suggesting my current city of Minneapolis. - Relatively major airport so flights should be cheap and/or quick - A large metropolitan area with lots to do and plenty of areas to map - Several different venues of various sizes that are easily accessible by public transit ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Venues for State of the Map US and International Conferences (Peter Batty)
I'm digging this idea... is there anyone that would be interested in starting a bid document or page on the wiki for Boulder or Denver? Not that we have to officially submit it but it would be helpful to at least get these ideas down on paper somewhere. On Thu, Sep 9, 2010 at 9:38 AM, Hurricane Coast hurric...@hurricanemcewen.com wrote: +1 on Denver location and FOSS4G timing On Sep 9, 2010, at 5:00 AM, talk-us-requ...@openstreetmap.org wrote: 4. Re: Venues for State of the Map US and International Conferences (Peter Batty) ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-cl] OT: Comportamiento OL
lo tienes en alguna dirección pública? 2010/9/9 Patricio Cifuentes Ithal pcifuen...@siigsa.cl Danilo, Es tal cual lo vez, la diferencia es que obviamente tiene los encabezados de la inclusión de los archivos del OL. *Patricio Cifuentes Ithal* Ingeniero en Informática Unidad de Informática Fono : 02 - 334 73 69 www.siigsa.cl *De:* danil...@gmail.com [mailto:danil...@gmail.com] *En nombre de *Danilo Lacoste *Enviado el:* miércoles, 08 de septiembre de 2010 21:18 *Para:* pcifuen...@siigsa.cl *CC:* talk-cl@openstreetmap.org *Asunto:* Re: [Talk-cl] OT: Comportamiento OL puedes publicar el codigo completo ? o el sitio donde está? yo probaría con un sleep virtual. saludos. 2010/9/8 Patricio Cifuentes Ithal pcifuen...@siigsa.cl Off Topics: Tratando de generar una pequeña incorporación de OpenLayers con cubiertas OSM, trato de realizar las transformaciones de Sistemas de referencia de 4326 a 900913 y resulta que no funciona, pero extrañamente si agrego un “alert” antes de la transformación si se realiza. Ej: var oProj_Geo = new OpenLayers.Projection('EPSG:4326'); var oProj_Mer = new OpenLayers.Projection('EPSG:900913'); var oExt_Geo = new OpenLayers.Bounds(-179,-89,179,89); alert(oExt_Geo.transform(oProj_Geo, oProj_Mer)); // RETORNA “left-bottom=(-179,-89) right-top=(179,89)” //o sea retorna lo mismo NO FUNCA :¬( var oProj_Geo = new OpenLayers.Projection('EPSG:4326'); var oProj_Mer = new OpenLayers.Projection('EPSG:900913'); var oExt_Geo = new OpenLayers.Bounds(-179,-89,179,89); alert(1); //---AKI LO ESPECIAL alert(oExt_Geo.transform(oProj_Geo, oProj_Mer)); // RETORNA “left-bottom=(-19926188.85199597,-30240971.95838617) right-top=(19926188.85199597,30240971.958386205)”// o sea SI FUNCA :¬) Obviamente no puedo estar poniendo “alert” cada vez que quiera realizar una transformación, que podría ser? *Patricio Cifuentes Ithal* Ingeniero en Informática Unidad de Informática Fono : 02 - 334 73 69 www.siigsa.cl -- Este mensaje ha sido analizado por *MailScanner*http://www.mailscanner.info/ en busca de virus y otros contenidos peligrosos, y se considera que está limpio. ___ Talk-cl mailing list Talk-cl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cl -- www.lacosox.org -- Este mensaje ha sido analizado por *MailScanner*http://www.mailscanner.info/ en busca de virus y otros contenidos peligrosos, y se considera que está limpio. -- Este mensaje ha sido analizado por *MailScanner*http://www.mailscanner.info/ en busca de virus y otros contenidos peligrosos, y se considera que está limpio. -- www.lacosox.org ___ Talk-cl mailing list Talk-cl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cl
Re: [Talk-cl] OT: Comportamiento OL
Patricio, Yo creo que lo interesante para Danilo seria que subieras el código completo del archivo js y/o html respectivos, y no solo esta sección. La idea es ver el tema completo trabajando (o dejando de hacerlo), para poder darte una opinión. Saludos 2010/9/9 Patricio Cifuentes Ithal pcifuen...@siigsa.cl: No, está en intranet. Patricio Cifuentes Ithal Ingeniero en Informática Unidad de Informática Fono : 02 - 334 73 69 www.siigsa.cl De: danil...@gmail.com [mailto:danil...@gmail.com] En nombre de Danilo Lacoste Enviado el: jueves, 09 de septiembre de 2010 10:17 Para: pcifuen...@siigsa.cl CC: talk-cl@openstreetmap.org Asunto: Re: [Talk-cl] OT: Comportamiento OL lo tienes en alguna dirección pública? 2010/9/9 Patricio Cifuentes Ithal pcifuen...@siigsa.cl Danilo, Es tal cual lo vez, la diferencia es que obviamente tiene los encabezados de la inclusión de los archivos del OL. Patricio Cifuentes Ithal Ingeniero en Informática Unidad de Informática Fono : 02 - 334 73 69 www.siigsa.cl De: danil...@gmail.com [mailto:danil...@gmail.com] En nombre de Danilo Lacoste Enviado el: miércoles, 08 de septiembre de 2010 21:18 Para: pcifuen...@siigsa.cl CC: talk-cl@openstreetmap.org Asunto: Re: [Talk-cl] OT: Comportamiento OL puedes publicar el codigo completo ? o el sitio donde está? yo probaría con un sleep virtual. saludos. 2010/9/8 Patricio Cifuentes Ithal pcifuen...@siigsa.cl Off Topics: Tratando de generar una pequeña incorporación de OpenLayers con cubiertas OSM, trato de realizar las transformaciones de Sistemas de referencia de 4326 a 900913 y resulta que no funciona, pero extrañamente si agrego un “alert” antes de la transformación si se realiza. Ej: var oProj_Geo = new OpenLayers.Projection('EPSG:4326'); var oProj_Mer = new OpenLayers.Projection('EPSG:900913'); var oExt_Geo = new OpenLayers.Bounds(-179,-89,179,89); alert(oExt_Geo.transform(oProj_Geo, oProj_Mer)); // RETORNA “left-bottom=(-179,-89) right-top=(179,89)” //o sea retorna lo mismo NO FUNCA :¬( var oProj_Geo = new OpenLayers.Projection('EPSG:4326'); var oProj_Mer = new OpenLayers.Projection('EPSG:900913'); var oExt_Geo = new OpenLayers.Bounds(-179,-89,179,89); alert(1); //---AKI LO ESPECIAL alert(oExt_Geo.transform(oProj_Geo, oProj_Mer)); // RETORNA “left-bottom=(-19926188.85199597,-30240971.95838617) right-top=(19926188.85199597,30240971.958386205)”// o sea SI FUNCA :¬) Obviamente no puedo estar poniendo “alert” cada vez que quiera realizar una transformación, que podría ser? Patricio Cifuentes Ithal Ingeniero en Informática Unidad de Informática Fono : 02 - 334 73 69 www.siigsa.cl -- Este mensaje ha sido analizado por MailScanner en busca de virus y otros contenidos peligrosos, y se considera que está limpio. ___ Talk-cl mailing list Talk-cl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cl -- www.lacosox.org -- Este mensaje ha sido analizado por MailScanner en busca de virus y otros contenidos peligrosos, y se considera que está limpio. -- Este mensaje ha sido analizado por MailScanner en busca de virus y otros contenidos peligrosos, y se considera que está limpio. -- www.lacosox.org -- Este mensaje ha sido analizado por MailScanner en busca de virus y otros contenidos peligrosos, y se considera que está limpio. -- Este mensaje ha sido analizado por MailScanner en busca de virus y otros contenidos peligrosos, y se considera que está limpio. ___ Talk-cl mailing list Talk-cl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cl ___ Talk-cl mailing list Talk-cl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cl
Re: [Talk-cl] OT: Comportamiento OL
Deje el código en: http://osm.huilliche.com/ Ahí está el ejemplo y funciona normalmente en Firefox y IE. Saludos cordiales Álvaro Monares G. El 09/09/2010 21:29, Julio Costa Zambelli escribió: Patricio, Yo creo que lo interesante para Danilo seria que subieras el código completo del archivo js y/o html respectivos, y no solo esta sección. La idea es ver el tema completo trabajando (o dejando de hacerlo), para poder darte una opinión. Saludos 2010/9/9 Patricio Cifuentes Ithalpcifuen...@siigsa.cl: No, está en intranet. Patricio Cifuentes Ithal Ingeniero en Informática Unidad de Informática Fono : 02 - 334 73 69 www.siigsa.cl De: danil...@gmail.com [mailto:danil...@gmail.com] En nombre de Danilo Lacoste Enviado el: jueves, 09 de septiembre de 2010 10:17 Para: pcifuen...@siigsa.cl CC: talk-cl@openstreetmap.org Asunto: Re: [Talk-cl] OT: Comportamiento OL lo tienes en alguna dirección pública? 2010/9/9 Patricio Cifuentes Ithalpcifuen...@siigsa.cl Danilo, Es tal cual lo vez, la diferencia es que obviamente tiene los encabezados de la inclusión de los archivos del OL. Patricio Cifuentes Ithal Ingeniero en Informática Unidad de Informática Fono : 02 - 334 73 69 www.siigsa.cl De: danil...@gmail.com [mailto:danil...@gmail.com] En nombre de Danilo Lacoste Enviado el: miércoles, 08 de septiembre de 2010 21:18 Para: pcifuen...@siigsa.cl CC: talk-cl@openstreetmap.org Asunto: Re: [Talk-cl] OT: Comportamiento OL puedes publicar el codigo completo ? o el sitio donde está? yo probaría con un sleep virtual. saludos. 2010/9/8 Patricio Cifuentes Ithalpcifuen...@siigsa.cl Off Topics: Tratando de generar una pequeña incorporación de OpenLayers con cubiertas OSM, trato de realizar las transformaciones de Sistemas de referencia de 4326 a 900913 y resulta que no funciona, pero extrañamente si agrego un “alert” antes de la transformación si se realiza. Ej: var oProj_Geo = new OpenLayers.Projection('EPSG:4326'); var oProj_Mer = new OpenLayers.Projection('EPSG:900913'); var oExt_Geo = new OpenLayers.Bounds(-179,-89,179,89); alert(oExt_Geo.transform(oProj_Geo, oProj_Mer)); // RETORNA “left-bottom=(-179,-89) right-top=(179,89)” //o sea retorna lo mismo NO FUNCA :¬( var oProj_Geo = new OpenLayers.Projection('EPSG:4326'); var oProj_Mer = new OpenLayers.Projection('EPSG:900913'); var oExt_Geo = new OpenLayers.Bounds(-179,-89,179,89); alert(1); //---AKI LO ESPECIAL alert(oExt_Geo.transform(oProj_Geo, oProj_Mer)); // RETORNA “left-bottom=(-19926188.85199597,-30240971.95838617) right-top=(19926188.85199597,30240971.958386205)”// o sea SI FUNCA :¬) Obviamente no puedo estar poniendo “alert” cada vez que quiera realizar una transformación, que podría ser? Patricio Cifuentes Ithal Ingeniero en Informática Unidad de Informática Fono : 02 - 334 73 69 www.siigsa.cl -- Este mensaje ha sido analizado por MailScanner en busca de virus y otros contenidos peligrosos, y se considera que está limpio. ___ Talk-cl mailing list Talk-cl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cl -- www.lacosox.org -- Este mensaje ha sido analizado por MailScanner en busca de virus y otros contenidos peligrosos, y se considera que está limpio. -- Este mensaje ha sido analizado por MailScanner en busca de virus y otros contenidos peligrosos, y se considera que está limpio. -- www.lacosox.org -- Este mensaje ha sido analizado por MailScanner en busca de virus y otros contenidos peligrosos, y se considera que está limpio. -- Este mensaje ha sido analizado por MailScanner en busca de virus y otros contenidos peligrosos, y se considera que está limpio. ___ Talk-cl mailing list Talk-cl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cl ___ Talk-cl mailing list Talk-cl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cl ___ Talk-cl mailing list Talk-cl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cl
Re: [Talk-cl] OT: Comportamiento OL
Alvaro, Me da el siguiente mensaje en Namoroka 3.6.10pre (Firefox-Ubuntu 10.04): left-bottom=(-19926188.849222,-30240971.954177) right-top=(19926188.849222,30240971.954177) Y no carga nada. Saludos 2010/9/10 Álvaro Monares G. amona...@dcc.uchile.cl: Deje el código en: http://osm.huilliche.com/ Ahí está el ejemplo y funciona normalmente en Firefox y IE. Saludos cordiales Álvaro Monares G. El 09/09/2010 21:29, Julio Costa Zambelli escribió: Patricio, Yo creo que lo interesante para Danilo seria que subieras el código completo del archivo js y/o html respectivos, y no solo esta sección. La idea es ver el tema completo trabajando (o dejando de hacerlo), para poder darte una opinión. Saludos 2010/9/9 Patricio Cifuentes Ithalpcifuen...@siigsa.cl: No, está en intranet. Patricio Cifuentes Ithal Ingeniero en Informática Unidad de Informática Fono : 02 - 334 73 69 www.siigsa.cl De: danil...@gmail.com [mailto:danil...@gmail.com] En nombre de Danilo Lacoste Enviado el: jueves, 09 de septiembre de 2010 10:17 Para: pcifuen...@siigsa.cl CC: talk-cl@openstreetmap.org Asunto: Re: [Talk-cl] OT: Comportamiento OL lo tienes en alguna dirección pública? 2010/9/9 Patricio Cifuentes Ithalpcifuen...@siigsa.cl Danilo, Es tal cual lo vez, la diferencia es que obviamente tiene los encabezados de la inclusión de los archivos del OL. Patricio Cifuentes Ithal Ingeniero en Informática Unidad de Informática Fono : 02 - 334 73 69 www.siigsa.cl De: danil...@gmail.com [mailto:danil...@gmail.com] En nombre de Danilo Lacoste Enviado el: miércoles, 08 de septiembre de 2010 21:18 Para: pcifuen...@siigsa.cl CC: talk-cl@openstreetmap.org Asunto: Re: [Talk-cl] OT: Comportamiento OL puedes publicar el codigo completo ? o el sitio donde está? yo probaría con un sleep virtual. saludos. 2010/9/8 Patricio Cifuentes Ithalpcifuen...@siigsa.cl Off Topics: Tratando de generar una pequeña incorporación de OpenLayers con cubiertas OSM, trato de realizar las transformaciones de Sistemas de referencia de 4326 a 900913 y resulta que no funciona, pero extrañamente si agrego un “alert” antes de la transformación si se realiza. Ej: var oProj_Geo = new OpenLayers.Projection('EPSG:4326'); var oProj_Mer = new OpenLayers.Projection('EPSG:900913'); var oExt_Geo = new OpenLayers.Bounds(-179,-89,179,89); alert(oExt_Geo.transform(oProj_Geo, oProj_Mer)); // RETORNA “left-bottom=(-179,-89) right-top=(179,89)” //o sea retorna lo mismo NO FUNCA :¬( var oProj_Geo = new OpenLayers.Projection('EPSG:4326'); var oProj_Mer = new OpenLayers.Projection('EPSG:900913'); var oExt_Geo = new OpenLayers.Bounds(-179,-89,179,89); alert(1); //---AKI LO ESPECIAL alert(oExt_Geo.transform(oProj_Geo, oProj_Mer)); // RETORNA “left-bottom=(-19926188.85199597,-30240971.95838617) right-top=(19926188.85199597,30240971.958386205)”// o sea SI FUNCA :¬) Obviamente no puedo estar poniendo “alert” cada vez que quiera realizar una transformación, que podría ser? Patricio Cifuentes Ithal Ingeniero en Informática Unidad de Informática Fono : 02 - 334 73 69 www.siigsa.cl -- Este mensaje ha sido analizado por MailScanner en busca de virus y otros contenidos peligrosos, y se considera que está limpio. ___ Talk-cl mailing list Talk-cl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cl -- www.lacosox.org -- Este mensaje ha sido analizado por MailScanner en busca de virus y otros contenidos peligrosos, y se considera que está limpio. -- Este mensaje ha sido analizado por MailScanner en busca de virus y otros contenidos peligrosos, y se considera que está limpio. -- www.lacosox.org -- Este mensaje ha sido analizado por MailScanner en busca de virus y otros contenidos peligrosos, y se considera que está limpio. -- Este mensaje ha sido analizado por MailScanner en busca de virus y otros contenidos peligrosos, y se considera que está limpio. ___ Talk-cl mailing list Talk-cl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cl ___ Talk-cl mailing list Talk-cl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cl ___ Talk-cl mailing list Talk-cl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cl ___ Talk-cl mailing list Talk-cl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cl
Re: [Talk-cl] OT: Comportamiento OL
Jajajja. Acabo de caer en cuenta de que esa era la idea del script... 2010/9/10 Julio Costa Zambelli julio.co...@openstreetmap.cl: Alvaro, Me da el siguiente mensaje en Namoroka 3.6.10pre (Firefox-Ubuntu 10.04): left-bottom=(-19926188.849222,-30240971.954177) right-top=(19926188.849222,30240971.954177) Y no carga nada. Saludos 2010/9/10 Álvaro Monares G. amona...@dcc.uchile.cl: Deje el código en: http://osm.huilliche.com/ Ahí está el ejemplo y funciona normalmente en Firefox y IE. Saludos cordiales Álvaro Monares G. El 09/09/2010 21:29, Julio Costa Zambelli escribió: Patricio, Yo creo que lo interesante para Danilo seria que subieras el código completo del archivo js y/o html respectivos, y no solo esta sección. La idea es ver el tema completo trabajando (o dejando de hacerlo), para poder darte una opinión. Saludos 2010/9/9 Patricio Cifuentes Ithalpcifuen...@siigsa.cl: No, está en intranet. Patricio Cifuentes Ithal Ingeniero en Informática Unidad de Informática Fono : 02 - 334 73 69 www.siigsa.cl De: danil...@gmail.com [mailto:danil...@gmail.com] En nombre de Danilo Lacoste Enviado el: jueves, 09 de septiembre de 2010 10:17 Para: pcifuen...@siigsa.cl CC: talk-cl@openstreetmap.org Asunto: Re: [Talk-cl] OT: Comportamiento OL lo tienes en alguna dirección pública? 2010/9/9 Patricio Cifuentes Ithalpcifuen...@siigsa.cl Danilo, Es tal cual lo vez, la diferencia es que obviamente tiene los encabezados de la inclusión de los archivos del OL. Patricio Cifuentes Ithal Ingeniero en Informática Unidad de Informática Fono : 02 - 334 73 69 www.siigsa.cl De: danil...@gmail.com [mailto:danil...@gmail.com] En nombre de Danilo Lacoste Enviado el: miércoles, 08 de septiembre de 2010 21:18 Para: pcifuen...@siigsa.cl CC: talk-cl@openstreetmap.org Asunto: Re: [Talk-cl] OT: Comportamiento OL puedes publicar el codigo completo ? o el sitio donde está? yo probaría con un sleep virtual. saludos. 2010/9/8 Patricio Cifuentes Ithalpcifuen...@siigsa.cl Off Topics: Tratando de generar una pequeña incorporación de OpenLayers con cubiertas OSM, trato de realizar las transformaciones de Sistemas de referencia de 4326 a 900913 y resulta que no funciona, pero extrañamente si agrego un “alert” antes de la transformación si se realiza. Ej: var oProj_Geo = new OpenLayers.Projection('EPSG:4326'); var oProj_Mer = new OpenLayers.Projection('EPSG:900913'); var oExt_Geo = new OpenLayers.Bounds(-179,-89,179,89); alert(oExt_Geo.transform(oProj_Geo, oProj_Mer)); // RETORNA “left-bottom=(-179,-89) right-top=(179,89)” //o sea retorna lo mismo NO FUNCA :¬( var oProj_Geo = new OpenLayers.Projection('EPSG:4326'); var oProj_Mer = new OpenLayers.Projection('EPSG:900913'); var oExt_Geo = new OpenLayers.Bounds(-179,-89,179,89); alert(1); //---AKI LO ESPECIAL alert(oExt_Geo.transform(oProj_Geo, oProj_Mer)); // RETORNA “left-bottom=(-19926188.85199597,-30240971.95838617) right-top=(19926188.85199597,30240971.958386205)”// o sea SI FUNCA :¬) Obviamente no puedo estar poniendo “alert” cada vez que quiera realizar una transformación, que podría ser? Patricio Cifuentes Ithal Ingeniero en Informática Unidad de Informática Fono : 02 - 334 73 69 www.siigsa.cl -- Este mensaje ha sido analizado por MailScanner en busca de virus y otros contenidos peligrosos, y se considera que está limpio. ___ Talk-cl mailing list Talk-cl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cl -- www.lacosox.org -- Este mensaje ha sido analizado por MailScanner en busca de virus y otros contenidos peligrosos, y se considera que está limpio. -- Este mensaje ha sido analizado por MailScanner en busca de virus y otros contenidos peligrosos, y se considera que está limpio. -- www.lacosox.org -- Este mensaje ha sido analizado por MailScanner en busca de virus y otros contenidos peligrosos, y se considera que está limpio. -- Este mensaje ha sido analizado por MailScanner en busca de virus y otros contenidos peligrosos, y se considera que está limpio. ___ Talk-cl mailing list Talk-cl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cl ___ Talk-cl mailing list Talk-cl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cl ___ Talk-cl mailing list Talk-cl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cl ___ Talk-cl mailing list Talk-cl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cl