Re: [OSM-talk] XAPI compability layer
It looks like you're missing the expand ways step. For example, a query like this: Thank you for reporting this. It should be fixed now. Do I understand it right, this does not apply to relations? Perhaps it's not meant to do that (the XML root isn't osm) but it would be useful to have to make it closer to XAPI. I assume that most tools don't need the osm tag in particular. The reason for the differing tag is that there might be elements (areas, error and status messages, the copyleft remark) which are not present in osm files. Cheers, Roland ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] XAPI compability layer
Roland Olbricht wrote: It looks like you're missing the expand ways step. For example, a query like this: Thank you for reporting this. It should be fixed now. Do I understand it right, this does not apply to relations? The old XAPI did this for relations too, but the JXAPI doesn't. I prefer the latter, since it's common that I'll want to download the members of only a few relations of the bunch. But I can see the former being useful too; perhaps this could be handled with a flag. -- View this message in context: http://gis.638310.n2.nabble.com/XAPI-compability-layer-tp6604888p6605699.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Whitelisting (Re: Data reconciliation. Removing CT/ODbL declined users.)
Toby Murray wrote: User balrog-kun has explicitly declined the license. He ran a bot that expanded abbreviations in TIGER street names in the western US which means that virtually every named street west of the Mississippi shows up as tainted in P2. *BUT* He has explicitly stated multiple times that he intends for these bot edits to be relicensed under ODbL. So if balrog-kun is the only declining user to have touched a road, there is no need to replace it. We could, I think, do with a public whitelist of such cases. It could encompass situations such as balrog-kun's, where (AIUI) all his edits within a certain bbox are relicensable. It could also list those few users who have declined the Contributor Terms, but who have also publicly stated that they claim no rights in their contributions and therefore are happy for them to be relicensed. TimSC is perhaps the most obvious example, and I think someone mentioned Florian Lohoff too. The ODBL coverage map ( http://osm.informatik.uni-leipzig.de/ map/ ) takes this into account but P2 does not. P2 just displays whatever WTFE (http://wtfe.gryph.de/) tells it. Any issue needs to be solved at the WTFE level. cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/Data-reconciliation-Removing-CT-ODbL-declined-users-tp6603496p6605728.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Data reconciliation. Removing CT/ODbL declined users.
Richard Weait richard at weait.com writes: Dear All, The License Working Group takes the position that it is now appropriate to begin reconciling the data touched by users who have explicitly declined CT/ODbL. LWG feels that those users who have not responded should have a grace period of another week or two. What about anonymous contributions? -- Andrew ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] data reconciliation tools
Am 20.07.11 schrieb Andrew Guertin: http://osm.informatik.uni-leipzig.de/map/ Is this using old data? Yes. The license data is updated three times per day, but the map data including the object history is still from April. An update to the data of the recent full planet dump from June is in progress. So, a way will change it's colour after a user accepts the license. But it will stay in the old colour for some weeks if the way is recreated with a new ID. Fabian. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Sotm-EU11: thanks to the organisation committee
On Thu, 2011-07-21 at 00:40 +0100, SomeoneElse wrote: All videos should now be online. If there's still a video missing we do not have the right to publish it or we have technical problems with the video (Steves Keynote seems not to work. Andreas Trawöger is still working on this together with the TU Teaching Support Center.) The first download links appeared already, thanks for the fast response! The embedded video player is unwatchable now (even when most people in Austria are probably asleep). Just the audio downloads are really all that need to be downloaded (the links to the presentations are already available in various formats). Could these (or as Pavi suggests the raw .flv files) be made available (in any format, as long as they're downloadable)? The Matterhorn recording system has audio and video in various formats, you can query them by talk-id: http://matterhorn.zserv.tuwien.ac.at/search/rest/episode?id=Unscheduled-lecturetube-ei7-1310734982522 Search for Camera.avi or Screen.avi and you will find a download url. Note that speaker (Camera) and slides (Screen) are separate videos. There is also .flv in high and low resolution and audio only (.m4a). The non-Matterhorn downloads linked in the schedule include slides and speaker as picture in picture. Thanks again! Mitja ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Sotm-EU11: thanks to the organisation committee
On 21/07/2011 11:44, Mitja Kleider wrote: The Matterhorn recording system has audio and video in various formats, you can query them by talk-id: http://matterhorn.zserv.tuwien.ac.at/search/rest/episode?id=Unscheduled-lecturetube-ei7-1310734982522 Search for Camera.avi or Screen.avi and you will find a download url. Note that speaker (Camera) and slides (Screen) are separate videos. There is also .flv in high and low resolution and audio only (.m4a). Thanks - that works. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Data reconciliation. Removing CT/ODbL declined users.
Richard Weait richard at weait.com writes: Dear All, The License Working Group takes the position that it is now appropriate to begin reconciling the data touched by users who have explicitly declined CT/ODbL. LWG feels that those users who have not responded should have a grace period of another week or two. What about data that was edited anonymously? -- Andrew ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Data reconciliation. Removing CT/ODbL declined users.
I thought we were supposed to only be talking about this stuff on legal-talk. On Wed, Jul 20, 2011 at 12:49 PM, Richard Weait rich...@weait.com wrote: Dear All, The License Working Group takes the position that it is now appropriate to begin reconciling the data touched by users who have explicitly declined CT/ODbL. LWG feels that those users who have not responded should have a grace period of another week or two. You can find the list of usernames that have declined here. http://fred.dev.openstreetmap.org/license/ This page is updated every hour. As always, map areas that you know well and in small pieces. At this point don't remove non-compliant data unless you are replacing it; another mapper may be able to replace it from local knowledge or survey. Bulk edits and or automated edits and or bots to reconcile non-compliant data are not welcome without previous, detailed discussion on the dev@ and or imports@ lists. Share your experiences to find the most effective workflows for improving OpenStreetMap data quality. - Check your local mapping area for data that is not completely CT/ODbL compliant. In Potlatch2, choose Options, and check Show license status. There is also a licensechange plugin for JOSM. - Consider sending personal messages before you edit to those who have not accepted or those who have declined based on your judgement. Some users have declined and indicated on their user pages that they will not reconsider. We do not wish to send unwelcome or duplicate messages. See also http://wiki.openstreetmap.org/wiki/Asking_users_to_accept_the_ODbL - Replace the data of users who have explicitly declined CT/ODbL with your own contributions from survey and other acceptable sources. - While this initial stage is focused on replacing data touched by users who have explicitly declined, you might find data touched by users who have not yet responded. We leave it to your judgement to replace that data now or wait another week or two. Once you begin replacing data, check on a regular basis whether the user in question hasn't changed his/her mind and has accepted CT/ODbL. You can look at http://fred.dev.openstreetmap.org/license/, this is updated every hour. Best regards, Richard Weait, on behalf of the License Working Group. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Sotm-EU11: thanks to the organisation committee
On 21.07.11 12:44, Mitja Kleider wrote: The non-Matterhorn downloads linked in the schedule include slides and speaker as picture in picture. Thanks again! You're welcome. Markus did those for the two keynotes on friday. We could of course do it for other talks too, it's just a matter of time doing the mixing encoding (in contrast to the Matterhorn system, which ran automatically, this has to be done manually...). Thanks to you all for coming - Andreas ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Sotm-EU11: thanks to the organisation committee
On 21 July 2011 21:12, Andreas Labres l...@lab.at wrote: it's just a matter of time doing the mixing encoding (in contrast to the Matterhorn system, which ran automatically, this has to be done manually...). Ohh thats an extra work . Will patiently wait :) Regards, Pavithran -- pavithran sakamuri http://look-pavi.blogspot.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Video for conferences (loosely related to SotM-EU)
Dear All, A recurring question for FLOSS conferences in general is; What's the best way to stream our presentations to those who can't be here, and to store them for the historical record. I don't know the answer. The team at SotM-EU did a super job of recording the talks and posting them quickly. I've run across a F/LOSS project that offers similar functions, in FreeSeer. i've not tried it yet and will welcome feedback from any with experience with it. https://github.com/fosslc/freeseer/wiki/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OpenStreetMap 7th Birthday Party
The date for the OSM seventh birthday is coming up. Soon. But when? Which date shall we set this year? Previous OSM birthdays have been celebrated around August on 20 August 2010 22 August 2009 02 August 2008 11 August 2007 12 August 2006 I suggest Saturday, 20 August 2011, and I offer one of our global party venues in Toronto. What say you? On what date will you celebrate seven years of OSM in your town? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Pyroute
Dear all, (Sorry if this is not the right forum for this question) I am having error listed at the end when trying to run python gui.py I am basically following the instructions at : http://wiki.openstreetmap.org/wiki/Pyroute svn co http://svn.openstreetmap.org/applications/routing/pyroute/ cd pyroute/ python gui.py Could somebody tell me what I am doing wrong? Thanks in advance! Cheers, Luis lquesada@lucia:~/pyroute$ python gui.py [poi_base.poiGroup instance at 0xa0c5e4c, poi_base.poiGroup instance at 0xa0a750c] Loading POIs from /home/lquesada/pyroute/Setup/poi.txt Error while parsing file No GPSD detected, position information will not be available No such tracklog data/sketches/latest.gpx No such tracklog data/track.gpx Loading OSM data from data/routing.osm No such data file data/routing.osm Traceback (most recent call last): File gui.py, line 336, in do_expose_event return self._expose_cairo(event, cr) File gui.py, line 332, in _expose_cairo self.draw(cr) File gui.py, line 257, in draw self.modules['tiles'].draw(cr) File /home/lquesada/pyroute/tiles.py, line 156, in draw self.loadImage(x,y,z,layer) File /home/lquesada/pyroute/tiles.py, line 98, in loadImage self.images[name] = cairo.ImageSurface.create_from_png(filename) MemoryError Traceback (most recent call last): File gui.py, line 336, in do_expose_event return self._expose_cairo(event, cr) File gui.py, line 332, in _expose_cairo self.draw(cr) File gui.py, line 257, in draw self.modules['tiles'].draw(cr) File /home/lquesada/pyroute/tiles.py, line 156, in draw self.loadImage(x,y,z,layer) File /home/lquesada/pyroute/tiles.py, line 98, in loadImage self.images[name] = cairo.ImageSurface.create_from_png(filename) MemoryError Traceback (most recent call last): File gui.py, line 336, in do_expose_event return self._expose_cairo(event, cr) File gui.py, line 332, in _expose_cairo self.draw(cr) File gui.py, line 257, in draw self.modules['tiles'].draw(cr) File /home/lquesada/pyroute/tiles.py, line 156, in draw self.loadImage(x,y,z,layer) File /home/lquesada/pyroute/tiles.py, line 98, in loadImage self.images[name] = cairo.ImageSurface.create_from_png(filename) MemoryError -- Luis Quesada Research Scientist Cork Constraint Computation Centre University College Cork Cork - Ireland Phone: (+353) 21 420 5376 Fax:(+353) 21 420 5369 Web:http://4c.ucc.ie/~lquesada ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Video for conferences (loosely related to SotM-EU)
On Thu, Jul 21, 2011 at 12:25 PM, Richard Weait rich...@weait.com wrote: Dear All, A recurring question for FLOSS conferences in general is; What's the best way to stream our presentations to those who can't be here, and to store them for the historical record. I don't know the answer. The team at SotM-EU did a super job of recording the talks and posting them quickly. I've run across a F/LOSS project that offers similar functions, in FreeSeer. i've not tried it yet and will welcome feedback from any with experience with it. There's an offer from Flumotion [1] to do streaming in Free formats for free [2]. No clue if they're still making the same offer though. Cheers, Adam [1] http://www.flumotion.com/ [2] http://thomas.apestaart.org/log/?p=1329 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] neue Straßenlistenauswertung in Alpha-Version verfügbar
Hallo Andreas, eine deaktivierende Funktion möglicherweise schon. Aber nicht über das Komma-Zeichen, die von Dir beschriebene Arbeitsweise finde ich nicht intuitiv, da müsste aus meiner Sicht etwas klarer a la ! IGNORE oder so. Was mich überrascht: einige (meine jetzt nicht Dich explizit) betrachten die gelieferten Listen als unveränderbar oder so ähnlich. Ich habe damals die von mir beschafften Listen aktiv bearbeitet, sei es, daß dort offizielle Schreibfehler drin waren oder vor Ort einfach eine andere Schreibweise auf Straßenschildern vorkam. Dann habe ich auch die offizielle Liste bearbeitet und in einem inaktiven Bereich der Liste die Bearbeitungen kommentiert. So eine Deaktivierung macht trotzdem Sinn. Wir hatten hier offizielle Straßennamen in der Liste, die einfach noch nicht oder nicht mehr existierten. Insofern werde ich eine Markierungsmöglichketi bereitstellen, aber wie aussieht, weiß ich noch nicht. Viele Grüße Dietmar -Ursprüngliche Nachricht- Von: koppenho [mailto:koppe...@online.de] Gesendet am: Mittwoch, 20. Juli 2011 22:18 Cc: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] neue Straßenlistenauswertung in Alpha-Version verfügbar Am 18.07.2011 20:00, schrieb Dietmar: Kommentare je Straße gingen ja schon und habe ich mittlerweile auch eingebaut (hinter einer Straße ; als Kommentarbeginn), die Gemeinde-/Stadtteilung will ich dann unterstützen, weil es ja auch eine kleine Zusatzinfo für die Suche nach den fehlenden Straßen ist. Kommt dann im Rahmen der Wiki-Einführung. Das mit den Kommentaren dachte ich auch mal. Stimmt aber nicht so ganz. Ein Kommentar hat üblicherweise keinerlei Funktion (von seinem informativen Inhalt mal abgesehen). Florian hat mir dazu mal geschrieben: [...] kommentare dahinter mit ; damit werden die nicht mehr mitgezählt - Ist dafür gedacht nicht existente Straßen zu kommentieren. Werden ;-Kommentare bei Deiner Implementierung auch eine deaktivierende Funktion haben? -- Andreas Koppenhöfer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] TZag: Größere Gärtnerei
Hi ! ist das landuse = farmyard oder wie würdet Ihr die Fläche taggen ?? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Clustering Markers
Hi, 3.) Programmierung und Mathematik Bei der Wheelmap wäre wahrscheinlich ein Server basierte Lösung am besten. Da wird das wohl irgendwie mit SQL... gelöst. Am Client habe ich Javascript und ein einfacher Algorithmus wäre interessant. Noch besser natürlich fertiger Code. Ich hatte mal ein Ähnliches Problem ansatzweise in einem Seminar in Java gelöst. Ich hatte eine Delaunay Triangulation (implementiert in der GeoTools lib) benutzt. Hier würdest du Paarweise rekursiv dann anhand der Kanten der Triangulation zusammenfassen. DT hat gegenüber k-means u.a. den Vorteil/Nachteil, dass es unabhängig von der Form ist. Das ist nicht ganz ohne, die implementierung in Java + Geotools ist nicht trivial. Aber vielleicht ist in deiner bevorzugten Programmiersprache eine bessere Implementierung der DT. Simpler: http://www.toursprung.com/products/poiweb/ scheint Openstreetmap Produkte anzubieten, vielleicht haben die auch kostenlose services für OSM selber? (Nein, ich habe nichts mit der Firma zu tun und kenne die auch nicht) Jan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TZag: Größere Gärtnerei
Moin, Jan Tappenbeck schrieb: ist das landuse = farmyard oder wie würdet Ihr die Fläche taggen ?? es gibt ja landuse=plant_nursery landuse=greenhouse_horticulture Je nachdem das passende. Da das bei einem Gärtnerei-Betrieb aber auch in Kombination auftreten kann, artet das dann schon in micro mapping aus - und wie taggt man dann die 'sonstigen' Betriebsflächen? Und wie fasst man dann den Betrieb als Ganzes zusammen - als site? Aber mit welchem Gesamttag. Nun gibt es solche Betriebe als reine Pflanzbetriebe (Großhandel) oder eben auch mit Endverbraucher-Verkauf Falls sie dann auch noch an Endverbraucher verkaufen, ist es dann shop=flowers? Aber wenn sie nur Sträucher und Bäumchen verkaufen - was ist das dann für ein shop? Sorry, dass ich mehr Fragen als Antworten aufgeworfen habe. ;-) Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO
fla...@googlemail.com fla...@googlemail.com wrote: Na dann lösch ich eben mal den alten Kram auf dem Server am Samstag. Aber bitte dann nicht meckern das es keine Osttibetkarte vom 19.1.2011 mit Fixme-Layer gibt. Scheibe das Zeug von mir aus nach old oder so. Ich empfand das Downloadverzeichnis kürzlich jedenfalls als derart chaotisch dass ich mir für die SOTM eine ganz andere Karte auf den Garmin geladen habe. Gruss Sven -- How to prevent Java from forking? Use a spoon. (Found on http://slashdot.org) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TZag: Größere Gärtnerei
Georg Feddern schrieb: Nun gibt es solche Betriebe als reine Pflanzbetriebe (Großhandel) oder eben auch mit Endverbraucher-Verkauf Falls sie dann auch noch an Endverbraucher verkaufen, ist es dann shop=flowers? Aber wenn sie nur Sträucher und Bäumchen verkaufen - was ist das dann für ein shop? OK, als (Endverbraucher-)shop wäre garden_centre möglich, in der Regel passt das, das Angebot kann ja variieren. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO
http://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map/Regions#Wien_.2B_Umgebung ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Android
Am 19.07.2011 10:03, schrieb Joerg Fischer: Dimitri Junker wrote: Osmtracker ist buchstäblich dafür gemacht. Mit der Mäglichkeit gleich georeferenzierte Bilder mit dem Smartphone zu schießen, die JOSM am heimischen PC auch korrekt und an der richtigen Stlle anzeigt. Ich knipse manchmal Straßenschilder usw. Ich habe heute den OSMTracker auf mein HTC Hero gezogen. Bin noch richtig begeistert. Ein toller Ansatz. Damit könnte man das Erfassen revolutionieren. Aber nun habe ich einen Testtrack erzeugt und wollte nachlesen, wie ich diesen exportiere und welche Funktionen die einzelnen Anzeigen haben usw. Hoffnungsschwanger habe ich eine Beschreibung gesucht und suchte und suchte und suchte. Außer eine Beschreibung für die Win7-Lösung habe ich leider nichts gefunden. Da ich auf Android arbeite, hilft mior dies nicht unbedingt. War ich wieder zu blöd oder zu blind? hike39 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO
Am 21.07.2011 15:34, schrieb Sven Geggus: Interessiert an einem Garmin Karten hacking WE? Carsten hatte ja schon zugesagt. Ich würde auch Interesse anmelden, wenn es auch um den Erstellungs- und Weitergabeprozess an sich geht. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO
Henning Scholland o...@aighes.de wrote: Ich würde auch Interesse anmelden, wenn es auch um den Erstellungs- und Weitergabeprozess an sich geht. Um was denkst Du dass es sonst gehen sollte? Sicher sollte man eventuell auch mkgmap hacker einladen aber da sind AFAIK keine deutschen dabei. Ich fände es aber fast wichtiger jemanden wie z.B. Jochen einzuladen der sich sehr gut mit dem batch-processing von pbf und osm Daten auskennt. Was ich ausschließen würde wären Karten bzw. deren Ersteller, bei denen nicht die komplette Toolchain zur Erstellung frei ist. Dies schließt insbesondere die folgenden Karten bzw. ihre Ersteller leider aus: * Garminversion der Reit- und Wanderkarte (wegen Map Composer = Beerware) * Velomap/OpenMTBmap (wegen NC styles vgl. http://freedomdefined.org/Licenses/NC/De) Welche Karten gibt es denn deren Ersteller man einladen sollte? Linuxhotel in Essen würde sich als Örtlichkeit anbieten. Was denkt ihr sollen wir eine Wikiseite machen? Erst mal wegen generellem Interesse und ncoh ohne Termin und Ort? Gruss Sven -- We just typed make (Stephen Lambrigh, Director of Server Product Marketing at Informix about porting their Database to Linux) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Android
Am 19.07.2011 10:03, schrieb Joerg Fischer: Navit ist mehr eine Navigationssoftware, und die Bedienung, naja, das hast Du sicher schon selber bemerkt. :-) Es kann aber Offline-Karten und Offline-Navigation, was derzeit AFAIK ein Alleinstellungsmerkmal ist. Ich nutze derzeit den Navit-Fork ZANavi aus dem Androiden-Market. Man kann die Karten (Länderweise) direkt aus der App heraus laden. zanavi.cc Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO
Am 21.07.2011 17:08, schrieb Sven Geggus: Henning Schollando...@aighes.de wrote: Ich würde auch Interesse anmelden, wenn es auch um den Erstellungs- und Weitergabeprozess an sich geht. Um was denkst Du dass es sonst gehen sollte? Sicher sollte man eventuell auch mkgmap hacker einladen aber da sind AFAIK keine deutschen dabei. WanMil schriebt auf jedenfall deutsch. Ob er nun auch aus Deutschland kommt, kann ich nicht sagen. Ich fände es aber fast wichtiger jemanden wie z.B. Jochen einzuladen der sich sehr gut mit dem batch-processing von pbf und osm Daten auskennt. Auf jeden Fall! In diesem Bereich sehe ich auch noch einiges an Optimierungsbedarf. Die Schnellen Programme schreiben kein pbf raus, die Garmin-Toolchain nimmt nur pbf und osm. Dann bleibt nur osmosis für die Vorarbeit und osmosis ist nicht gerade schnell. Was ich ausschließen würde wären Karten bzw. deren Ersteller, bei denen nicht die komplette Toolchain zur Erstellung frei ist. Dies schließt insbesondere die folgenden Karten bzw. ihre Ersteller leider aus: * Garminversion der Reit- und Wanderkarte (wegen Map Composer = Beerware) * Velomap/OpenMTBmap (wegen NC styles vgl. http://freedomdefined.org/Licenses/NC/De) Welche Karten gibt es denn deren Ersteller man einladen sollte? Linuxhotel in Essen würde sich als Örtlichkeit anbieten. Wenn ich mal die wiki-Seite so durchgehe: kleineisel Radfahrer / Johannes Formann baut darauf auf Lambertus (Sprache?) OpenFietsMap (Sprache?) Chris66 evtl. noch Yggdrasil, der im Forum ein OnDemand-Rendering-Service testen ließ. Was denkt ihr sollen wir eine Wikiseite machen? Erst mal wegen generellem Interesse und ncoh ohne Termin und Ort? Wiki-Seite ist sicherlich nicht verkehrt. Evtl. haben ja auch andere Ersteller ein Interesse. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Android
Dimitri Junker wrote: Hast Du die aktuelle Version aus dem Market? Ja Mal komplett deinstalliert? Incl. aller Dateien und Verzeichnisse? Dann weiß ich außer der Standardfloskel Guck bei google ob noch jemand das Problem hat auch nicht weiter. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Android
hike39 wrote: Aber nun habe ich einen Testtrack erzeugt und wollte nachlesen, wie ich diesen exportiere und welche Funktionen die einzelnen Anzeigen haben Du drückst (lange) innerhalb osmtracker auf den Track den Du exportieren möchtest. Im Menü steht Als gpx exportieren. Die Dateien (auch die geschossenen Fotos) liegen dann in /sdcard/osmtracker/Jahr-Monat-Tag-Stunde-Minute-Sekunde/. Das Verzeichnis wirfst Du einfach JOSM vor. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Neue Karte für Fahrradrouten
Hi, auf mehrfachen Wunsch hin hat die Wanderkarte auf lonvia.de jetzt eine Schwesterkarte bekommen, welche Fahrradrouten darstellt. Zu finden ist sie unter: http://cycling.lonvia.de Wie schon bei der Wanderkarte ist das Ganze ein weltweit verfügbares Overlay, dass einmal täglich aktualisiert wird. Normalerweise ist das Update gegen Mittag fertig, etwas später also als die Wanderkarte. Der Kartenstil ist der gleiche, dargestellt werden im Augenblick nur Relationen mit route=bicycle. Natürlich gibt es auch einen Routenbrowser, GPX-Download und die Möglichkeit, Routen direkt zu verlinken. Dann viel Spass beim Wege abradeln. Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Karte für Fahrradrouten
On 21/07/2011 18:03, Sarah Hoffmann wrote: Hi, auf mehrfachen Wunsch hin hat die Wanderkarte auf lonvia.de jetzt eine Schwesterkarte bekommen, welche Fahrradrouten darstellt. Zu finden ist sie unter: http://cycling.lonvia.de Wie schon bei der Wanderkarte ist das Ganze ein weltweit verfügbares Overlay, dass einmal täglich aktualisiert wird. Normalerweise ist das Update gegen Mittag fertig, etwas später also als die Wanderkarte. Der Kartenstil ist der gleiche, dargestellt werden im Augenblick nur Relationen mit route=bicycle. Danke. Taegliche Aktualisierung ist wirklich gut. Endlich kann ich die von mir aufgenommenen Fahrradrouten sehen. Bei opencyclemap warte ich mehrere Wochen auf ein Update. Woher hast du das Farbschema fuer die Routen? Hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Karte für Fahrradrouten
Hi, On Thu, Jul 21, 2011 at 08:01:17PM +0200, Hermann Peifer wrote: On 21/07/2011 18:03, Sarah Hoffmann wrote: Hi, auf mehrfachen Wunsch hin hat die Wanderkarte auf lonvia.de jetzt eine Schwesterkarte bekommen, welche Fahrradrouten darstellt. Zu finden ist sie unter: http://cycling.lonvia.de Wie schon bei der Wanderkarte ist das Ganze ein weltweit verfügbares Overlay, dass einmal täglich aktualisiert wird. Normalerweise ist das Update gegen Mittag fertig, etwas später also als die Wanderkarte. Der Kartenstil ist der gleiche, dargestellt werden im Augenblick nur Relationen mit route=bicycle. Danke. Taegliche Aktualisierung ist wirklich gut. Endlich kann ich die von mir aufgenommenen Fahrradrouten sehen. Bei opencyclemap warte ich mehrere Wochen auf ein Update. Woher hast du das Farbschema fuer die Routen? Du meinst, wie das zu dem OSM-Tags passt? Das wird aus dem network-Tag ermittelt: icn - rot, ncn - blau, rcn - gelb, der Rest violett. Gruss Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Android
Am 21.07.2011 17:54, schrieb Joerg Fischer: hike39 wrote: Aber nun habe ich einen Testtrack erzeugt und wollte nachlesen, wie ich diesen exportiere und welche Funktionen die einzelnen Anzeigen haben Du drückst (lange) innerhalb osmtracker auf den Track den Du exportieren möchtest. Im Menü steht Als gpx exportieren. Die Dateien (auch die geschossenen Fotos) liegen dann in /sdcard/osmtracker/Jahr-Monat-Tag-Stunde-Minute-Sekunde/. Das Verzeichnis wirfst Du einfach JOSM vor. Jörg Hallo Jörg, das muß einem aber auch gesagt werden! Vielen Dank, aber es wäre dennoch von Interesse etwas mehr Dokumentation zu der Android-Lösung zu haben. Gut Ding will Weile, sagt man glaube ich dazu. hike39 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Karte für Fahrradrouten
icn - rot, ncn - blau, rcn - gelb, der Rest violett. Ich wollte wissen: hast du dir das rot/blau/gelb/violett Schema ausgedacht? Bei opencyclemap sind die Farben ?/rot/cyan/blau. Diese Farben werden auch in P2 benutzt. Die Garmin-Karten von velomap.org benutzen wieder andere Farben... Vielleicht koennte man sich ja auf ein Farbschema einigen? Hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Karte für Fahrradrouten
On Thu, Jul 21, 2011 at 08:28:43PM +0200, Hermann Peifer wrote: icn - rot, ncn - blau, rcn - gelb, der Rest violett. Ich wollte wissen: hast du dir das rot/blau/gelb/violett Schema ausgedacht? Bei opencyclemap sind die Farben ?/rot/cyan/blau. Diese Farben werden auch in P2 benutzt. Die Garmin-Karten von velomap.org benutzen wieder andere Farben... Vielleicht koennte man sich ja auf ein Farbschema einigen? Es ist genau das gleiche wie auf der Wanderkarte (hiking.lonvia.de). Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neue Straßenlistenauswertung in Alpha-Version verfügbar
Am 21.07.2011 09:38, schrieb Dietmar: eine deaktivierende Funktion möglicherweise schon. Aber nicht über das Komma-Zeichen, die von Dir beschriebene Arbeitsweise finde ich nicht intuitiv, Wenn Du damit die von mir vorgeschlagene Tabellenform meinst... Etwas in der Art verwende ich häufig in der Firma. Dort kommen des öfteren Tabellen vor, die ich maschinell auswerten muss, deren Inhalt aber dynamisch ist... da müsste aus meiner Sicht etwas klarer a la ! IGNORE oder so. Auch eine Lösung. Man könnte mehrere solcher Attribute mit Komma getrennt als Kommentar ans Zeilenende hängen. Negierte Attribute durch voranstellen eines !. Allerdings macht !IGNORE wenig Sinn (sofern man ! als Negation interpretiert und nicht als Markierung eines aktiven Kommentars). Was mich überrascht: einige (meine jetzt nicht Dich explizit) betrachten die gelieferten Listen als unveränderbar oder so ähnlich. Ich habe damals die von mir beschafften Listen aktiv bearbeitet, sei es, daß dort offizielle Schreibfehler drin waren oder vor Ort einfach eine andere Schreibweise auf Straßenschildern vorkam. Dann habe ich auch die offizielle Liste bearbeitet und in einem inaktiven Bereich der Liste die Bearbeitungen kommentiert. Musste ich auch machen für meinen Wohnort. Die Liste war zwar ein offizielles Dokument, aber leider fehlerhaft. Da ich das nicht in Florians Wiki dokumentieren konnte, hab' ich's im OSM Wiki versucht. Schau' mal hier (nicht mehr ganz aktuell)... http://wiki.openstreetmap.org/wiki/Bad_Neustadt/Stra%C3%9Fenliste Insofern werde ich eine Markierungsmöglichketi bereitstellen, aber wie aussieht, weiß ich noch nicht. Na dann sei mal kreativ. An Ideen scheint es uns nicht zu mangeln... ;-) Ich freu' mich jedenfalls darauf. Hab' hier noch ein paar unveröffentlichte Straßenlisten aus dem Landkreis Rhön-Grabfeld. -- Andreas Koppenhöfer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO
Wer ne Europa-Karte mit 4Gb braucht : http://dev.openstreetmap.de/aio/regions-europe/EU4G/ http://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map/Gebiete#Europa_unter_4_GB Bitte schlagt neue Gebiete zum entfernen vor, den sonst Platz die Karte bald wieder. Dirk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projektstudie zu OSM-Karten auf Smartphones - Lonvia's Cycling Map verfügbar
Am 14.07.2011 10:40, schrieb Jan Tappenbeck: Hi ! ich habe etwas gebastelt und eine kleine Projektstudie erstellt um OSM-Karten auf Smartphones zu nutzen - alles weiter ist im Wiki unter http://wiki.openstreetmap.org/wiki/DE:SmartyMaps zu finden. Gruß Jan :-) Moin ! auch die Lonvia's Cycling Map ist jetzt bei osm2go verfügbar ! Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Bounding box e confini amministrativi
2011/7/20 Stefano Pallicca palli...@gmail.com: Non avevo mai usato Osmosis, ad ogni modo ha fatto proprio al caso mio, unito a questo [1] per prendere i confini di cui avevo bisogno Ti consiglio pbftoosm per il tuo scopo: http://wiki.openstreetmap.org/wiki/Pbftoosm anche questo è capace di usare un poligono per tagliare ed è tante volte più veloce di osmosis. (taglia una zona piccola/media sul mio netbook in meno di un minuto da un estratto dell'Italia). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Moli, frangiflutti, dighe etc
Il giorno 14/lug/2011, alle ore 12.59, Simone Saviolo ha scritto: Il giorno 14 luglio 2011 12:45, gvf g...@gvf.ve.it ha scritto: Sarebbe il caso di decidere (e scrivere) come comportarsi con la linea di costa in presenza di moli, dighe, frangiflutti etc Mi sembra che la questione non sia affatto controversa. La risorsa principale è sempre ancora http://wiki.openstreetmap.org/wiki/Harbour (anche se è stata ristrutturata da quando ne avevamo parlato [1], ma il contenuto è lo stesso). Un esempio è il porto turistico di Varazze [2] ma ce ne sono molti altri che ora non mi vengono in mente. Ciao, Simone [1] http://gis.638310.n2.nabble.com/talk-it-Porto-turistico-td5325550.html [2] http://www.openstreetmap.org/?lat=44.35275lon=8.56931zoom=17layers=M ___ Salve a tutti, ho intenzione di mappare i porti di Salerno, quello commerciale è un porto di medie dimensioni e dispone di tre moli con funzioni differenti (container, merci varie, Scarico con piattaforma). Il wiki suggerisce in questo caso di indicare un porto principale e i vari sottoporti tramite la discriminante del tag harbour:main=yes/no e harbour:part=yes/no. La mia perplessità è relativa al fatto di taggare il porto e i sottoporti con dei nodi o con delle aree o con tutti e due. Poi nel caso di tagging una o più aree, posso usare i tag del namespace Harbour e più precisamente questi: [1], oppure devo usare solo questi: [2] come nell'esempio del porto di Varazze, oppure li posso usare contemporaneamente visto che dal sito del gestore si estrarre tutte le caratteristiche del porto. Infine nell'esempio del porto di Varazze l'area del porto comprende anche lo specchio d'acqua racchiuso nel porto stesso quando invece nel wiki si precisa che quest'area non fa parte della zona del porto. Ciao Fabio [1] http://wiki.openstreetmap.org/wiki/IT:Harbour#Schema_dei_dati [2] http://wiki.openstreetmap.org/wiki/IT:Harbour#Porto_rappresentato_come_un.27area___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Moli, frangiflutti, dighe etc
Il giorno 21 luglio 2011 13:05, Demon Tage tagede...@gmail.com ha scritto: Salve a tutti, ho intenzione di mappare i porti di Salerno, quello commerciale è un porto di medie dimensioni e dispone di tre moli con funzioni differenti (container, merci varie, Scarico con piattaforma). Il wiki suggerisce in questo caso di indicare un porto principale e i vari sottoporti tramite la discriminante del tag harbour:main=yes/no e harbour:part=yes/no. La mia perplessità è relativa al fatto di taggare il porto e i sottoporti con dei nodi o con delle aree o con tutti e due. Poi nel caso di tagging una o più aree, posso usare i tag del namespace Harbour e più precisamente questi: [1], oppure devo usare solo questi: [2] come nell'esempio del porto di Varazze, oppure li posso usare contemporaneamente visto che dal sito del gestore si estrarre tutte le caratteristiche del porto. I tag del namespace Harbour non mi sembra ci fossero quando ho fatto Varazze. Può anche darsi che li abbia trascurati perché il porto di Varazze è piuttosto semplice, ma non mi sembra. Usali pure, se fanno al caso tuo. Infine nell'esempio del porto di Varazze l'area del porto comprende anche lo specchio d'acqua racchiuso nel porto stesso quando invece nel wiki si precisa che quest'area non fa parte della zona del porto. Se ti riferisci all'area della marina, è vero: ne avevamo parlato in lista, e avevamo preferito includere anche l'acqua. Secondo me ha senso (una nave è in porto finché è entro lo specchio d'acqua, mica quand'è all'asciutto!), ma non sono un esperto del settore. Ciao Fabio Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Moli, frangiflutti, dighe etc
2011/7/21 Demon Tage tagede...@gmail.com: La mia perplessità è relativa al fatto di taggare il porto e i sottoporti con dei nodi o con delle aree o con tutti e due. io mapperei con delle aree perciò non serve mettere nodi in più (si possono creare in automatico se un applicazione ne ha bisogno, ma nei dati osm sarebbero doppioni e quindi vengono considerati errati). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Fwd: [OSM-talk] Data reconciliation. Removing CT/ODbL declined users.
per chi non legge la talk, inoltro un messaggio della LWG (License Working Group): (scusate se non lo traduco, ma non ho tempo al momento) ciao, Martin -- Forwarded message -- From: Richard Weait rich...@weait.com Date: 2011/7/20 Subject: [OSM-talk] Data reconciliation. Removing CT/ODbL declined users. To: t...@openstreetmap.org Dear All, The License Working Group takes the position that it is now appropriate to begin reconciling the data touched by users who have explicitly declined CT/ODbL. LWG feels that those users who have not responded should have a grace period of another week or two. You can find the list of usernames that have declined here. http://fred.dev.openstreetmap.org/license/ This page is updated every hour. As always, map areas that you know well and in small pieces. At this point don't remove non-compliant data unless you are replacing it; another mapper may be able to replace it from local knowledge or survey. Bulk edits and or automated edits and or bots to reconcile non-compliant data are not welcome without previous, detailed discussion on the dev@ and or imports@ lists. Share your experiences to find the most effective workflows for improving OpenStreetMap data quality. - Check your local mapping area for data that is not completely CT/ODbL compliant. In Potlatch2, choose Options, and check Show license status. There is also a licensechange plugin for JOSM. - Consider sending personal messages before you edit to those who have not accepted or those who have declined based on your judgement. Some users have declined and indicated on their user pages that they will not reconsider. We do not wish to send unwelcome or duplicate messages. See also http://wiki.openstreetmap.org/wiki/Asking_users_to_accept_the_ODbL - Replace the data of users who have explicitly declined CT/ODbL with your own contributions from survey and other acceptable sources. - While this initial stage is focused on replacing data touched by users who have explicitly declined, you might find data touched by users who have not yet responded. We leave it to your judgement to replace that data now or wait another week or two. Once you begin replacing data, check on a regular basis whether the user in question hasn't changed his/her mind and has accepted CT/ODbL. You can look at http://fred.dev.openstreetmap.org/license/, this is updated every hour. Best regards, Richard Weait, on behalf of the License Working Group. ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Moli, frangiflutti, dighe etc
io mapperei con delle aree perciò non serve mettere nodi in più (si possono creare in automatico se un applicazione ne ha bisogno, ma nei dati osm sarebbero doppioni e quindi vengono considerati errati). Si anch'io la vedo così, il problema è che il porto è giuridicamente unico ma al suo interno ha vari bacini portuali specializzati in modo diverso, tra l'altro all'interno del bacino c'è anche una marina per l'attracco delle barche da diporto, come faccio a specificare le varie aree per poi raggruppare tutto nella generica area portuale che le contiene tutte sia amministrativamente che fisicamente? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] se ne parlava in lista
quando e dove dovrebbe essere il prossimo OSMIT ? grazie e ciao! -- Andrea Giacomelli http://www.pibinko.org i...@pibinko.org +39 347 15 33 857 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Moli, frangiflutti, dighe etc
Il giorno Thu, 14 Jul 2011 12:59:45 +0200 Simone Saviolo simone.savi...@gmail.com ha scritto: Il giorno 14 luglio 2011 12:45, gvf g...@gvf.ve.it ha scritto: Sarebbe il caso di decidere (e scrivere) come comportarsi con la linea di costa in presenza di moli, dighe, frangiflutti etc Mi sembra che la questione non sia affatto controversa. La risorsa principale è sempre ancora http://wiki.openstreetmap.org/wiki/Harbour (anche se è stata ristrutturata da quando ne avevamo parlato [1], ma il contenuto è lo stesso). Un esempio è il porto turistico di Varazze [2] ma ce ne sono molti altri che ora non mi vengono in mente. Sto approfittando della discussione per perfezionare un paio di piccoli porti, il primo scoglio è come taggare un porto che è sia Marina che Pescherecci ? Ciao, Simone [1] http://gis.638310.n2.nabble.com/talk-it-Porto-turistico-td5325550.html [2] http://www.openstreetmap.org/?lat=44.35275lon=8.56931zoom=17layers=M -- Ciao, Carlo. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Moli, frangiflutti, dighe etc
Sto approfittando della discussione per perfezionare un paio di piccoli porti, il primo scoglio è come taggare un porto che è sia Marina che Pescherecci ? Infatti anche nel mio caso il porto ha una funzione polivante ma con delle aree ben distinte, nel tuo caso invece penso che basti aggiungere due tag harbour:category al nodo/area che identifa il porto uno marina e uno fishing ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [OSM-talk] Data reconciliation. Removing CT/ODbL declined users.
2011/7/21 M∡rtin Koppenhoefer dieterdre...@gmail.com: per chi non legge la talk, inoltro un messaggio della LWG (License Working Group): ciao, Martin -- Forwarded message -- From: Richard Weait rich...@weait.com Date: 2011/7/20 Subject: [OSM-talk] Data reconciliation. Removing CT/ODbL declined users. To: t...@openstreetmap.org ... - Check your local mapping area for data that is not completely CT/ODbL compliant. In Potlatch2, choose Options, and check Show license status. There is also a licensechange plugin for JOSM. Funziona di nuovo anche la mappa che mostra l'accettazione della licenza: http://osm.informatik.uni-leipzig.de/map/ Guardando un po' in giro per il Veneto mi sembra che l'unica zona che ne risentirà (parecchio) sarà Venezia (e il Lido) [1]. Anche sopra Cesenatico c'è una zona rossa. Per curiosità, vedete altre zone rosse in Italia? Ciao, Groppo [1] http://osm.informatik.uni-leipzig.de/map/?zoom=15lat=45.43741lon=12.33745layers=B00T ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Nomi delle regioni
Buonasera, notavo ora che i nomi delle regioni francesi, spagnole, tedesche, ecc. vengono indicate in Mapnik. Non è così per quelle italiane. Non ho indagato sul motivo, ma magari qualcuno di voi ha voglia di sistemare e quindi segnalo il problema. Saluti Carlo -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\`/\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Rilevazione altitudine con 747 a+
Ho scoperto da poco l'interessante plug-in di Josm ElevationProfile, che in un layer dedicato mostra se il percorso fatto è in salita o discesa, oltre a mostrare la massima e la minima altezza. Il problema è che con il 747 a+ mi vedo sempre una quota di 35 - 40 metri superiore a quella a me nota. Non penso si tratti di taratura - sarebbe strano - anche perché lo scostamento orizzontale è quello che ci si deve aspettare dal 747, vale a dire nell'ordine dei 3 - 4 metri in condizioni normali. Cosa potrebbe essere? Alessandro Pozzato ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Rilevazione altitudine con 747 a+
In data venerdì 22 luglio 2011 00:20:06, Alessandro Pozzato ha scritto: Ho scoperto da poco l'interessante plug-in di Josm ElevationProfile, che in un layer dedicato mostra se il percorso fatto è in salita o discesa, oltre a mostrare la massima e la minima altezza. Il problema è che con il 747 a+ mi vedo sempre una quota di 35 - 40 metri superiore a quella a me nota. Non penso si tratti di taratura - sarebbe strano - anche perché lo scostamento orizzontale è quello che ci si deve aspettare dal 747, vale a dire nell'ordine dei 3 - 4 metri in condizioni normali. Cosa potrebbe essere? Alessandro Pozzato Ciao Per me è pure peggio, nel senso che col reinstall del SO ho perso le preimpostazioni e adesso manco la rileva l'altitudine! Uso la combo BT747+Qlandkartegt. Quando funzionava però le differenze rispetto a quanto rilevato dal mio Vista HCX, del quale mi fido ciecamente, erano anche superiori ai 100 mt...Penso, al di là delle preimpostazioni, dipenda dall'assenza di un altimetro barometrico nel 747, che mediando coi dati GPS IMHO da un risultato più preciso. Alessio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Rilevazione altitudine con 747 a+
Il 22/07/2011 00:36, Milani Alessio ha scritto: In data venerdì 22 luglio 2011 00:20:06, Alessandro Pozzato ha scritto: Ho scoperto da poco l'interessante plug-in di Josm ElevationProfile, che in un layer dedicato mostra se il percorso fatto è in salita o discesa, oltre a mostrare la massima e la minima altezza. Il problema è che con il 747 a+ mi vedo sempre una quota di 35 - 40 metri superiore a quella a me nota. Non penso si tratti di taratura - sarebbe strano - anche perché lo scostamento orizzontale è quello che ci si deve aspettare dal 747, vale a dire nell'ordine dei 3 - 4 metri in condizioni normali. Cosa potrebbe essere? Alessandro Pozzato Ciao Per me è pure peggio, nel senso che col reinstall del SO ho perso le preimpostazioni e adesso manco la rileva l'altitudine! Uso la combo BT747+Qlandkartegt. Quando funzionava però le differenze rispetto a quanto rilevato dal mio Vista HCX, del quale mi fido ciecamente, erano anche superiori ai 100 mt...Penso, al di là delle preimpostazioni, dipenda dall'assenza di un altimetro barometrico nel 747, che mediando coi dati GPS IMHO da un risultato più preciso. Ciao, l'errore di 35-40 mt l'ho sempre avuto anch'io in praticamente tutte la configurazioni utilizzate negli ultimi 2/3 anni: - Nokia N73 con un GPS Holux GPSlim 236. Software Sport Tracker - BlackBerry Curve 8310 con GPS integrato: Software btracker e Trekbuddy - Samsung I5800 con GPS integrato. Software Trekbuddy Premesso che non ho conoscenze tecniche nel campo, ma a naso credo che sia un problema legato al fatto che la Terra non è una sfera perfetta. Visto che ho sempre girato attorno al nord Italia (parallelo 45°) non ho mai potuto verificare se ho preso un granchio o no, ma ora sarei ben curioso di sapere come stanno le cose. Ciao Giuliano Alessio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-dk] Nyt fra License Working Group
Hej, Når jeg skimmer listen igennem over brugere, der har afvist den nye licens, er det umiddelbart kun Niels Beck, jeg genkender som dansk mapper (der er sikkert flere). Jeg har skrevet til ham for at høre, om han virkelig mener, at han vil trække sine bidrag. HVIS han fastholder, bliver det relativt bøvlet at identificere gamle licenser i København, da han jo har rørt ved stort set hele Københavns vejnet for at lave separate cykelstier. Selvom disse ændringer blev rullet tilbage, findes han i historikken. Derfor fremstår stort set hele byen med dårlig licens-status i diverse værktøjer. Derudover har Niels naturligvis også lavet flere (udmærkede) bidrag både før og siden, som vi meget gerne vil beholde. Jeg håber naturligvis at Niels genovervejer sin afvisning af OSMs nye licens. Claus 2011/7/21 Jonas Häggqvist ras...@rasher.dk Nyt fra LWG: http://lists.openstreetmap.**org/pipermail/talk/2011-July/**059458.htmlhttp://lists.openstreetmap.org/pipermail/talk/2011-July/059458.html I korte træk er det nu fuldt acceptabelt (og vel også nyttigt) at begynde at erstatte data fra brugere der har svaret nej til at licensere deres data under ODbL/CT og evt. også brugere der ikke har svaret endnu. Det betyder vel så også at det er på tide for de få der har sagt de ville ændre deres svar i sidste øjeblik at gøre det inden deres arbejde bliver fjernet. -- Jonas Häggqvist rasher(at)rasher(dot)dk __**_ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dkhttp://lists.openstreetmap.org/listinfo/talk-dk -- -- Civilingeniør ph.d. Claus Hindsgaul Studsbøl Alle 81 DK-2770 Kastrup ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-dk] 2. Tværvej
Lige nu hedder vejen Anden Tværvej. Adresseknuderne hedder 2.Tværvej. Der mangler i alt fald et mellemrum. Men hvad skal vejen hedde? ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Nyt fra License Working Group
Det endte godt. Niels havde bare ikke været opmærksom på licensspørgsmålet. Han må have svare nej uden at tænke over det, men har nu accepteret licensændringen. Claus Den 21. jul. 2011 10.09 skrev Claus Hindsgaul claus.hindsg...@gmail.com: Hej, Når jeg skimmer listen igennem over brugere, der har afvist den nye licens, er det umiddelbart kun Niels Beck, jeg genkender som dansk mapper (der er sikkert flere). Jeg har skrevet til ham for at høre, om han virkelig mener, at han vil trække sine bidrag. HVIS han fastholder, bliver det relativt bøvlet at identificere gamle licenser i København, da han jo har rørt ved stort set hele Københavns vejnet for at lave separate cykelstier. Selvom disse ændringer blev rullet tilbage, findes han i historikken. Derfor fremstår stort set hele byen med dårlig licens-status i diverse værktøjer. Derudover har Niels naturligvis også lavet flere (udmærkede) bidrag både før og siden, som vi meget gerne vil beholde. Jeg håber naturligvis at Niels genovervejer sin afvisning af OSMs nye licens. Claus 2011/7/21 Jonas Häggqvist ras...@rasher.dk Nyt fra LWG: http://lists.openstreetmap.**org/pipermail/talk/2011-July/**059458.htmlhttp://lists.openstreetmap.org/pipermail/talk/2011-July/059458.html I korte træk er det nu fuldt acceptabelt (og vel også nyttigt) at begynde at erstatte data fra brugere der har svaret nej til at licensere deres data under ODbL/CT og evt. også brugere der ikke har svaret endnu. Det betyder vel så også at det er på tide for de få der har sagt de ville ændre deres svar i sidste øjeblik at gøre det inden deres arbejde bliver fjernet. -- Jonas Häggqvist rasher(at)rasher(dot)dk __**_ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dkhttp://lists.openstreetmap.org/listinfo/talk-dk -- -- Civilingeniør ph.d. Claus Hindsgaul Studsbøl Alle 81 DK-2770 Kastrup -- -- Civilingeniør ph.d. Claus Hindsgaul Studsbøl Alle 81 DK-2770 Kastrup ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Adressedubleet
On Thu, Jul 21, 2011 at 07:34:05PM +0200, Niels Elgaard Larsen wrote: Der er tre adresseknuder for Gåbensevej 112 http://osm.rasher.dk/?zoom=18lat=54.78166lon=11.86765layers=BFFT En OSAK-knude og to Statoil-knuder. Hvad er det rigtige at gøre her? De to Statoil knuder er opstået som konsekvens af en import af data fra Statoil data jeg foretog for nogen tid siden. Der har været en knude på stedet i forvejen. Statoil importen inkluderede adressedata fra Statoils liste, og de har åbenbart stavet Gaabensevej forkert. Men det var ikke det eneste problem på denne lokalitet. Statoils data kom i tre lister, hvoraf den ene viser de stationer, der har high-speed diesel pumper (til lastvogne). Derfor er der (desværre) dubletter af Statoil stationer disse steder. Vi besluttede for nogen tid siden (se talk-dk den 1. maj 2010) at erstatte STC knuden med en tag på den almindelige Statoil tankstation: fuel:HGV_diesel=yes Jeg har nu rettet disse ting på Statoiltanken på Gaabensevej. Derudover er det min overbevisning, at vi skal lade OSAK knuder urørt, dvs. ikke tagge yderligere information på dem. Dette er for at interferere mindst muligt med pbros scripts. -- Morten ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-se] Finnskogarna
Hej! En sån tokig idé måste man bara nappa på! ;-) Nåja, det beror förstås lite på när och hur. Min tanke är i så fall att ta husvagnen och ha den som utgångspunkt! Men då behöver jag nog ha tillgång till el och därför en öppen camping, vilket gör att detta bör ske innan sista september i så fall... Planering gillar jag, men har ingen susning om vad som behövs för en karthelg. :-( Jag antar att vi bör bestämma VAD vi ska kartlägga, VAR vi ska göra det samt hitta en eller flera samlingsplatser och trevliga ställen att äta/umgås/kartera på? Planeringstips: http://wiki.openstreetmap.org/wiki/Mapping_Weekend_Howto Kontakt kanske kan ske via http://www.openstreetmap.no/ och eller http://www.frikart.no/ Hälsningar Peter Kindström http://www.denfriakartan.se/ On 2011-07-21 02:10, Lars Aronsson wrote: Vad sägs om en karthelg i Torsby kommun, norra Värmland, någon gång under hösten? Detta är finnskogarna som Calle Jularbo sjöng om. Det ligger i nordligaste spetsen av Värmland, inklämt mellan Vansbro och Malung i Dalarna och Hamar och Kongsvinger i Norge. E45 och riksväg 62 korsar varandra. Jag har ritat in E45 på väg mot Malung och Mora, men i övrigt verkar rätt lite vara gjort. Kan vi få med norrmän på en sådan expedition? Kan någon ta reda på vem som kartlagt Hamar och Kongsvinger och områdena runt omkring? Hur planerar vi det här? ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
[Talk-at] Open Government Data (OGD) Österreich gegründet
Hallo! http://futurezone.at/netzpolitik/4112-zusammenarbeit-bei-offenen-regierungsdaten.php Zusammenarbeit bei offenen Regierungsdaten Die Städte Wien, Linz, Salzburg, Graz und das Bundeskanzleramt schließen sich zur Cooperation Open Government Data (OGD) Österreich zusammen. http://opencommons.public1.linz.at/?p=465via Cooperation Open Government Data Österreich gegründet! Die Städte Wien, Linz, Salzburg und Graz und das Bundeskanzleramt koordinieren ihre OGD Aktivitäten und stimmen sich über die weitere Vorgehensweise mit den verschiedenen Interessensgruppen ab. Nur durch gemeinsame Standards werde die Daten der öffentlichen Verwaltungen innerhalb von Österreich und Europa austauschbar. Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Klarstellung Contributor Terms (war: GeoImage in HiRes (!))
On 07/21/2011 12:41 AM, Holger Schöner wrote: Aber selbst wenn es nun mit dieser Interpretation keine rechtlichen Probleme mehr für das Mappen aus Geoimage-Bildern gibt, sollte jedem noch bewusst sein, dass wir bei einer möglichen weiteren Lizenz-Umstellung auf die dann noch zu erfolgende Einwilligung von Geoimage.at angewiesen wären, um das Entfernen der dann möglicherweise sehr eng vernetzten aus Geoimage.at abgeleiteten Daten zu vermeiden. Insofern wären ggf. andere problemlosere Quellen (z.B. Bing, wo vorhanden) immer noch vor zu ziehen. Vorsicht ist natürlich immer gut. Generell glaube ich aber, dass hier, juristisch betrachtet, die Willenserklärung (zB die Ankündigung im Forum) des Rechteinhabers sowieso höherwertig wirkt, als Unterpunkte der jeweiligen Nutzungsbedingungen und versch. Lizenzen. Und auf jeden Fall sollte (wie auch von Geoimage.at vorgeschrieben) die Quelle der Daten dokumentiert werden! Generell hab ich schon ein massives Problem mit dem source-Tag. Zum einen wird das source-Tag von nachfolgenden Bearbeitern oft nicht verändert, obwohl sich die damit getaggte Informationseinheit grundlegend ändert (sieht man bei den plan.at Teilen sehr gut). Zum anderen verschmelzen ja beim Mappen Informationen aus verschiedensten Quellen und es ist absolut unpraktikabel auch nur nach kurzer Zeit irgendwas (in Hinblick auf rechtliche Aspekte!) auf diese Information zu geben. Anders verhält sich das ganze natürlich beim praktischen Nutzen, sprich wenn ich einfach wissen will warum der Mapper vor mir etwas so abgebildet hat und nicht anders, aber dafür reicht ein Hinweis im Changeset durchaus auch. LG, Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-Talk-ZA] Question about Bing satelite images offset
Which is correct - the current OSM streets or the Bing Images. GPX traces (especially those on an open area and not between buildings). If an area has no GPX traces, it would be better to drive through and get at least some traces in order to adjust Bing images. P.S. Bing images are known to have a large offset in some places. -- Tomas Straupis ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-za
Re: [Talk-cz] Dotaz novacka - sousedici plochy kolem pozemnich komunikaci (prilinani ploch k pozemnim komunikacim)
Diky vsem za odpovedi na muj dotaz! Kolem vetsiny cest se tedy budu snazit delat mezery podle skutecnosti proste tam kde skutecne skonci pole, louka, rybnik, zastavba apod. tam ji proste ukoncim a zbyde tak volny pas kterym pak povede prislusna pozemni komunikace viz napr: http://a.tile.openstreetmap.org/18/141280/88956.png http://a.tile.openstreetmap.org/17/70642/44479.png http://a.tile.openstreetmap.org/17/70643/44480.png http://a.tile.openstreetmap.org/17/70637/44478.png http://c.tile.openstreetmap.org/17/70640/44482.png http://b.tile.openstreetmap.org/17/70645/44477.png Nicmene tohle je jasne kdyz je na jedne strane komunikace jedna plocha a na jine druha plocha ale kdyz komunikace vleze do lesa tak proste pujde skrze prislusnou plochu lesa (tedy pokud nepujde o nejakou dalnici pro ktere jsem si vsiml ze se v lesich delaji v mape pruseky) viz. napr: http://a.tile.openstreetmap.org/18/141283/88953.png Snad tak nebude nekde vadit ze nekdy nejaka uzka cesta vleze do plochy nejakeho krovi (podobne jako predchozi priklad kde vleze bezna lesni cesta do lesa) kde to treba nebude rozdelene tou cestou http://a.tile.openstreetmap.org/18/141273/88962.png http://c.tile.openstreetmap.org/18/141278/88957.png Jeste mam nejake drobnosti k vyreseni, treba nejakou tu samostatne tezko vymapovatelnou pesinu nebo podobne maly potucek na rozhrani louky a lesa tak tam asi jedine to proste vest v jedne plose tesne u toho rozhrani (a nebo to stridat, chvili to povede kousek tesne v lese, chvili zase tesne po louce i kdyz z hlediska zachovani topologickeho vztahu bych to tady osobne videl lepe napojene). Spravnich hranic se snazim vyhybat protoze to jsou narozdil od prirody umele namalovane cary, byt nekde jedou treba v ose komunikace nebo koryte reky, ale k nim se snazim nenavazovat protoze s tema se asi bude/muze hybat. Zatim jsem je radsi neresil vubec, ale podle toho co jsem videl by treba nekde pripadalo v uvahu jejich zpresneni podle katastralnich map kde se tyhle hranice v tom WMSku vykresluji zelene. PBokr - Original Message - From: Pavel Zbytovský To: OpenStreetMap Czech Republic Sent: Wednesday, July 20, 2011 11:22 AM Subject: Re: [Talk-cz] Dotaz novacka - sousedici plochy kolem pozemnich komunikaci (prilinani ploch k pozemnim komunikacim) Jak ktery. Mapnik mozna ne, ale ruzne rederery to resi ruzne. Dokonce i mapník jde nastavit tak aby respektoval tag width, ale vzhledem k nepoužívanosti to má v defaultu vypnuté. Ten příklad s úpravou pouze lesů a následným posunutím přiložené silnice byl asi trochu nevhodný. Pokud by tohle člověk dělal, měl by si stáhnout i napojená data. Protože jak říkáš, může tam být napojená louka, nebo hůř třeba rybník a s tím se hýbat nemá. Obecně plochové objekty je možno napojovat na plochové. U té highway=path je to asi jedno. Ale liniové na plošné nenapojovat. Bacha také na katastrální území - pokud možno nikdy nespojovat. zdar zbycz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Zadost o kontrolu
Mohl bych prosim pozadat o kontrolu jestli nedelam v necem nejake zasadni chyby (neco podobneho jak jsem se treba dotazal na napojovani ploch a linii) v nasi vesnici kterou jsem se pokusil zmapovat: Katastralni uzemi: Zahorany u Berouna pripadne jeho blizke okoli (neco jsem delal i kus do Kralova Dvora) http://www.openstreetmap.org/?lat=49.954115lon=14.024186zoom=18layers=M Nekde tam asi jeste bude nedoresene to prilnuti linii k plocham (pesina, maly potucek), ale jde mi o to jestli tam nemam jeste dalsi zavazne chyby v mapovani. Diky Pavel Bokr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Zadost o kontrolu
From: Stanislav Brabec Myslím si, že landuse=residential by se nemělo vykusovat v místě ulic, neboť tím sdělujete, že se silnice nachází mimo zastavěné území. (Tedy např. navigace tam bude předpokládat 90km/h.) Nad timhle jsem taky premyslel (obzvlast po mem dotazu na pripojovani ploch k liniim kdy bylo sdeleno kreslit tam kde to skutecne zajima), ale to pak podle topologickeho pravidla, ze neni pripustne prekryvat plochy s ruznym landuse by zrejme jen krkolomne slo resit rozdeleni zastavby v obci do ruznych casti, kdy treba u nas je misto kdy je kolem silnice pole/louka, tak, aby silnice byly od znacky po znacku vedene v landuse=residental i kdyz kolem silnicie treba zrovna obytna plocha byt vubec nemusi. Vedenim hranic landuse=residental presne tak jak je zastavba je pak take treba patrne jak je prostupne uzemi treba pro pesi nebo pro presnou orientaci kdy je mozne zakreslovat i ruzne dalsi plochy v obci mimo plochy k bydleni. Jak jsem nad tim presmyslel tak rychlost jsem vyresil ze jsme na te silnici nastavil maxspeed na 50 - nestaci tohle? Nebo nebyl by lepsi nejaky tag, ktery by se priradil tem usekum komunikaci ktere jsou dle znaceni v obci - kde je snizena rychlost ale treba nejsou vylozene v zastavbe ale treba mezi polema byt je to dle znaceni v obci? PBokr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Maxspeed v obcích ( Was: Zadost o kontrolu )
Tag maxspeed je možné podle dávat i tam, kde to není explicitně vyjádřena značkami. K rozlišení slouží poměrně hojně používaný tag source:maxspeed viz http://wiki.openstreetmap.org/wiki/Key:source:maxspeed není tedy potřeba vynýšlet nějaká česká národní specifika. =TT= 2011/7/21 Mike m...@mikecrash.com maxspeed se má dávat jen tam, kde je to vyloženě upraveno značkou. Je totiž pro navigaci rozdíl, jak jet v obci a jak mimo obec, kde je jen omezena rychlost. To jsou dvě rozdílné věci. O tomto se již zde dlouze diskutovalo a k ničemu se moc nedospělo, v podstatě byly tyto návrhy: 1. dělat to podle residential - současný stav, ten ale nekopíruje přesně značení značkami, ale v praxi to moc nevadí, používám to v mcnavi a funguje to uspokojivě 2. definovat oblast jako traffic=citilimit, to ale není schválený tag a nikde se nepoužívá,muselo by to projít schvalovacím procesem, aby se to rozšířilo 3. dát na všechny vjezdy do obce - tedy na node - značku začátek obce, software by pak podle toho usoudil, kde začíná obec a končí - jenže když se nedá na jedinou cestu značka, tak to selže Mike On 21.7.2011 14:02, Pavel Bokr (OSM) wrote: From: Stanislav Brabec Myslím si, že landuse=residential by se nemělo vykusovat v místě ulic, neboť tím sdělujete, že se silnice nachází mimo zastavěné území. (Tedy např. navigace tam bude předpokládat 90km/h.) Nad timhle jsem taky premyslel (obzvlast po mem dotazu na pripojovani ploch k liniim kdy bylo sdeleno kreslit tam kde to skutecne zajima), ale to pak podle topologickeho pravidla, ze neni pripustne prekryvat plochy s ruznym landuse by zrejme jen krkolomne slo resit rozdeleni zastavby v obci do ruznych casti, kdy treba u nas je misto kdy je kolem silnice pole/louka, tak, aby silnice byly od znacky po znacku vedene v landuse=residental i kdyz kolem silnicie treba zrovna obytna plocha byt vubec nemusi. Vedenim hranic landuse=residental presne tak jak je zastavba je pak take treba patrne jak je prostupne uzemi treba pro pesi nebo pro presnou orientaci kdy je mozne zakreslovat i ruzne dalsi plochy v obci mimo plochy k bydleni. Jak jsem nad tim presmyslel tak rychlost jsem vyresil ze jsme na te silnici nastavil maxspeed na 50 - nestaci tohle? Nebo nebyl by lepsi nejaky tag, ktery by se priradil tem usekum komunikaci ktere jsou dle znaceni v obci - kde je snizena rychlost ale treba nejsou vylozene v zastavbe ale treba mezi polema byt je to dle znaceni v obci? PBokr ___ 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] Maxspeed v obcích ( Was: Zadost o kontrolu )
Tohle mi nějak uniklo, i když je pravda, že jsem na ten tag již také narazil. Co tak koukám do historie, tak je je to poměrně novinka - tedy něco přes rok starý tag. Díky za upozornění Mike On 21.7.2011 14:56, Tomáš Tichý wrote: Tag maxspeed je možné podle dávat i tam, kde to není explicitně vyjádřena značkami. K rozlišení slouží poměrně hojně používaný tag source:maxspeed viz http://wiki.openstreetmap.org/wiki/Key:source:maxspeed není tedy potřeba vynýšlet nějaká česká národní specifika. =TT= 2011/7/21 Mike m...@mikecrash.com mailto:m...@mikecrash.com maxspeed se má dávat jen tam, kde je to vyloženě upraveno značkou. Je totiž pro navigaci rozdíl, jak jet v obci a jak mimo obec, kde je jen omezena rychlost. To jsou dvě rozdílné věci. O tomto se již zde dlouze diskutovalo a k ničemu se moc nedospělo, v podstatě byly tyto návrhy: 1. dělat to podle residential - současný stav, ten ale nekopíruje přesně značení značkami, ale v praxi to moc nevadí, používám to v mcnavi a funguje to uspokojivě 2. definovat oblast jako traffic=citilimit, to ale není schválený tag a nikde se nepoužívá,muselo by to projít schvalovacím procesem, aby se to rozšířilo 3. dát na všechny vjezdy do obce - tedy na node - značku začátek obce, software by pak podle toho usoudil, kde začíná obec a končí - jenže když se nedá na jedinou cestu značka, tak to selže Mike On 21.7.2011 14:02, Pavel Bokr (OSM) wrote: From: Stanislav Brabec Myslím si, že landuse=residential by se nemělo vykusovat v místě ulic, neboť tím sdělujete, že se silnice nachází mimo zastavěné území. (Tedy např. navigace tam bude předpokládat 90km/h.) Nad timhle jsem taky premyslel (obzvlast po mem dotazu na pripojovani ploch k liniim kdy bylo sdeleno kreslit tam kde to skutecne zajima), ale to pak podle topologickeho pravidla, ze neni pripustne prekryvat plochy s ruznym landuse by zrejme jen krkolomne slo resit rozdeleni zastavby v obci do ruznych casti, kdy treba u nas je misto kdy je kolem silnice pole/louka, tak, aby silnice byly od znacky po znacku vedene v landuse=residental i kdyz kolem silnicie treba zrovna obytna plocha byt vubec nemusi. Vedenim hranic landuse=residental presne tak jak je zastavba je pak take treba patrne jak je prostupne uzemi treba pro pesi nebo pro presnou orientaci kdy je mozne zakreslovat i ruzne dalsi plochy v obci mimo plochy k bydleni. Jak jsem nad tim presmyslel tak rychlost jsem vyresil ze jsme na te silnici nastavil maxspeed na 50 - nestaci tohle? Nebo nebyl by lepsi nejaky tag, ktery by se priradil tem usekum komunikaci ktere jsou dle znaceni v obci - kde je snizena rychlost ale treba nejsou vylozene v zastavbe ale treba mezi polema byt je to dle znaceni v obci? PBokr ___ Talk-cz mailing list Talk-cz@openstreetmap.org mailto:Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org mailto: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] Zadost o kontrolu
Dne 21.7.2011 14:02:56 napsal Pavel Bokr \(OSM\): From: Stanislav Brabec Myslím si, že landuse=residential by se nemělo vykusovat v místě ulic, neboť tím sdělujete, že se silnice nachází mimo zastavěné území. (Tedy např. navigace tam bude předpokládat 90km/h.) Nad timhle jsem taky premyslel (obzvlast po mem dotazu na pripojovani ploch k liniim kdy bylo sdeleno kreslit tam kde to skutecne zajima), ale to pak podle topologickeho pravidla, ze neni pripustne prekryvat plochy s ruznym landuse by zrejme jen krkolomne slo resit rozdeleni zastavby v obci do ruznych casti, kdy treba u nas je misto kdy je kolem silnice pole/louka, tak, aby silnice byly od znacky po znacku vedene v landuse=residental i kdyz kolem silnicie treba zrovna obytna plocha byt vubec nemusi. Vedenim hranic landuse=residental presne tak jak je zastavba je pak take treba patrne jak je prostupne uzemi treba pro pesi nebo pro presnou orientaci kdy je mozne zakreslovat i ruzne dalsi plochy v obci mimo plochy k bydleni. Pokud to chápu dobře, tak landuse je obecnější rozlišení než louka/les/zahrada/dům/silnice. Součástí rezidenční oblasti může být dům, zahrada, školní pozemek, dětské hřiště, kostel i silnice. Chybou by bylo jen to, pokud by se překrývalo landuse=residential s jinou landuse oblastí (např. landuse=industrial). Pravda, trochu v tom dělá nepořádek landuse=village_green, který se u nás používá na kdejaký zelený plácek. -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Šumava
Ahoj, netušíte někdo, kde se vzala na Šumavě obrovská paseka [1]? Myslel jsem, že se jedná jen o nějak jednoduše poškozenou relaci, ale po té, co jsem asi hodinu zkoumal changesety a současné cesty a relace, tak z toho moc rozumný nejsem... k nějakému kixu došlo pravděpodobně už před delší dobou a mezitím do toho hrabalo několik lidí a nejsem si jist, jestli současný stav půjde nějak rozumně spravit. Nevíte k tomu někdo nějaké další pozadí? Petr [1] http://www.openstreetmap.org/?lat=48.9645lon=13.4475zoom=13layers=M signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[OSM-talk-fr] Carte participative de la flore en Lorraine
Bonjour à tous, Un contributeur originaire de Nancy m'a contacté (comme je suis actif dans le coin) au sujet de Floraine, l'association des botanistes lorrains qui a pour projet de faire un atlas de la flore: http://floraine.net/index.php?id=28 Pensez-vous qu'il pourrait y avoir un potentiel de rapprochement avec OSM? Aussi, existe-t-il des projet similaires par ailleurs qui pourraient servir d'exemples d'appui à la sensibilisation? Merci. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Fréquence de mise à jour de Nominatim
Bonjour, Savez-vous quelle est la fréquence de mise à jour de Nominatim? Ces derniers jours, je suis en cours de finir l'ajout des POI du centre-ville de Toul et ils ne sont pas encore accessibles *via* la recherche Nominatim... Merci. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fréquence de mise à jour de Nominatim
Le 21 juillet 2011 09:30, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, Savez-vous quelle est la fréquence de mise à jour de Nominatim? Ces derniers jours, je suis en cours de finir l'ajout des POI du centre-ville de Toul et ils ne sont pas encore accessibles *via* la recherche Nominatim... Bonjour, Essaies via le site Cloudmade. Sinon voir ce fil pour des explications: http://forum.openstreetmap.org/viewtopic.php?id=12950 BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte participative de la flore en Lorraine
Le 21 juillet 2011 09:22, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour à tous, Un contributeur originaire de Nancy m'a contacté (comme je suis actif dans le coin) au sujet de Floraine, l'association des botanistes lorrains qui a pour projet de faire un atlas de la flore: http://floraine.net/index.php?id=28 Pensez-vous qu'il pourrait y avoir un potentiel de rapprochement avec OSM? Aussi, existe-t-il des projet similaires par ailleurs qui pourraient servir d'exemples d'appui à la sensibilisation? Merci. Romain Bonjour, Le seul rapprochement que je vois est l'utilisation des tuiles OSM comme fond de carte. Je ne vois pas tagger les POI dans OSM pour y mettre des plantes (en même temps, on y met déjà les arbres, pourquoi pas les fleurs en détournant un peu le tag ?). Ceci dit, j'ai déjà fait des trucs sympas avec OpenLayers et je peux donner des conseils de développement pour faire une carte enrichie sur leur site ( http://http://ballancourt.sibert.fr/necker/) en multi-couche. A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte participative de la flore en Lorraine
Bonjour, plutôt que de se lancer dans la conception complète d'un nouveau projet, je consellerais de se rapprocher de tela-botanica (www.tela-botanica.org) qui est un réseau de botanistes déjà bien établi et qui est totalement ouvert à de nouveaux projets ( http://www.tela-botanica.org/page:informations_sur_les_projets#infoprojets_creer_projet). Il y a d'ailleurs très certainement des membres de l'association Floraine qui sont déjà inscrits ... Il y a déjà des informations saisies sur la Loraine, il ne reste plus qu'à les améliorer ;) il y a même une interface de saisie de points sur une carte (fond satellite google), ainsi que la possibilité d'envoyer une liste de points gps je ne crois pas que ce soit possible de saisir des polygones, il faudra que j'en discute avec l'équipe de tela-botanica la prochaine fois que je les vois (mon labo a pas mal de contacts avec eux). je peux aussi les mettre en contact avec un de nos spécialiste bases de données qui a développé http://obsnature-camargue.net (notament pour les problématiques de localisation des espèces protégées) Cordialement, Sylvain Le 21 juillet 2011 09:22, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour à tous, Un contributeur originaire de Nancy m'a contacté (comme je suis actif dans le coin) au sujet de Floraine, l'association des botanistes lorrains qui a pour projet de faire un atlas de la flore: http://floraine.net/index.php?id=28 Pensez-vous qu'il pourrait y avoir un potentiel de rapprochement avec OSM? Aussi, existe-t-il des projet similaires par ailleurs qui pourraient servir d'exemples d'appui à la sensibilisation? Merci. Romain ___ 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] Carte participative de la flore en Lorraine
Bonjour, Je suis contributeur OSM et Michaël Douchin aussi, mais je me permet de répondre à ces messages car nous avons réalisé ce genre d'outils complets pour l'île de la réunion. L'application s'appelle Mascarine Cadetiana 2. Elle a été livrée mais n'est pas encore accessible. Je suppose que les personnes de Floraine ont des contacts avec l'ATEN et donc en ont entendu parler. Mais je pense que cela est en dehors d'OSM. La seule chose collaboration entre la communauté OpenStreetMap et des structures en liens avec la flore que je vois porte sur les outils que nous utilisons pour suivre les avancées de la carte. Par exemple qualitystreetmap pourrait-être utilisé par les botanistes pour organiser les relever. On pourrait aussi imaginer la mise en place d'une architecture logiciel OSM, indépendante et dédié aux objectifs floristiques, etc. Cordialement, René-Luc D'Hont 3Liz Le 21/07/2011 10:23, Sylvain Maillard a écrit : Bonjour, plutôt que de se lancer dans la conception complète d'un nouveau projet, je consellerais de se rapprocher de tela-botanica (www.tela-botanica.org http://www.tela-botanica.org) qui est un réseau de botanistes déjà bien établi et qui est totalement ouvert à de nouveaux projets (http://www.tela-botanica.org/page:informations_sur_les_projets#infoprojets_creer_projet). Il y a d'ailleurs très certainement des membres de l'association Floraine qui sont déjà inscrits ... Il y a déjà des informations saisies sur la Loraine, il ne reste plus qu'à les améliorer ;) il y a même une interface de saisie de points sur une carte (fond satellite google), ainsi que la possibilité d'envoyer une liste de points gps je ne crois pas que ce soit possible de saisir des polygones, il faudra que j'en discute avec l'équipe de tela-botanica la prochaine fois que je les vois (mon labo a pas mal de contacts avec eux). je peux aussi les mettre en contact avec un de nos spécialiste bases de données qui a développé http://obsnature-camargue.net (notament pour les problématiques de localisation des espèces protégées) Cordialement, Sylvain Le 21 juillet 2011 09:22, Romain MEHUT romain.me...@gmail.com mailto:romain.me...@gmail.com a écrit : Bonjour à tous, Un contributeur originaire de Nancy m'a contacté (comme je suis actif dans le coin) au sujet de Floraine, l'association des botanistes lorrains qui a pour projet de faire un atlas de la flore: http://floraine.net/index.php?id=28 Pensez-vous qu'il pourrait y avoir un potentiel de rapprochement avec OSM? Aussi, existe-t-il des projet similaires par ailleurs qui pourraient servir d'exemples d'appui à la sensibilisation? Merci. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Le SHOM
Le 19 juillet 2011 16:21, RatZilla$ ratzil...@gmail.com a écrit : Là aussi bons échanges avec des Mappeurs, et des services tels que le SHOM ou avec l'AFIGEO, GéoRézo. Bonjour, Le SHOM (Service Hydrographique et Océanographique de la Marine) va ouvrir d'ici peu un portail de mise à dispo de donnée [1] dans le cadre INSPIRE. Cela-a-t-il été évoqué et avez-vous pu avoir des infos sur la licence des données ? Quand je vois à propos de ce site *Le SHOM et ses partenaires sont seuls titulaires des droits de propriété intellectuelle des données disponibles.*, ça ne donne pas confiance... Grr [1] http://www.shom.fr/fr_page/fr_prod_num/prod_numerique.htm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte participative de la flore en Lorraine
Le jeudi 21 juillet 2011 à 09:22 +0200, Romain MEHUT a écrit : Bonjour à tous, Un contributeur originaire de Nancy m'a contacté (comme je suis actif dans le coin) au sujet de Floraine, l'association des botanistes lorrains qui a pour projet de faire un atlas de la flore: http://floraine.net/index.php?id=28 Pensez-vous qu'il pourrait y avoir un potentiel de rapprochement avec OSM? Aussi, existe-t-il des projet similaires par ailleurs qui pourraient servir d'exemples d'appui à la sensibilisation? Merci. Romain Bonjour Romain, Je ne connais pas de projet OSM lié à des problématiques naturalistes. Mais si tu en trouves, je veux bien que tu en fasses un petit résumé sur cette liste ou sur le wiki, la question m'intéresse ! Je doute qu'il y ait un réel intérêt à saisir les stations de telle ou telle espèce de plante dans OSM. Par contre, OSM peut intéresser ton association dans la mesure où ils peuvent l'utiliser comme fond pour la saisie sans être contaminés par des licences (trop) privatives. En gros, grâce à OSM, leur atlas participatif appartiendra à eux-même et pas à Google :) L'argument risque toutefois d'être débouté faute d'une vue aérienne permettant un positionnement plus précis dans des zones de pleine nature. Dans OSM, tes naturalistes trouveront peut-être quelques données utiles : - des polygones de landuse pour caractériser le paysage et peut-être aider à identifier l'extension de certains biotopes (si la précision est aussi mauvaise que par chez moi, ils n'iront pas bien loin...) - les limites des diverses zones protégées (mais ils doivent déjà les avoir...) En tout cas, tu pourras saluer cette association pour sa démarche d'ouverture. La plupart des naturalistes que j'ai rencontrés gardaient jalousement le secret sur leurs données par crainte des braconniers, des chasseurs et de je ne sais quelles autres menaces... Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte participative de la flore en Lorraine
Le 21 juillet 2011 10:45, Gilles Bassière gbassi...@gmail.com a écrit : Le jeudi 21 juillet 2011 à 09:22 +0200, Romain MEHUT a écrit : Bonjour à tous, Un contributeur originaire de Nancy m'a contacté (comme je suis actif dans le coin) au sujet de Floraine, l'association des botanistes lorrains qui a pour projet de faire un atlas de la flore: http://floraine.net/index.php?id=28 Pensez-vous qu'il pourrait y avoir un potentiel de rapprochement avec OSM? Aussi, existe-t-il des projet similaires par ailleurs qui pourraient servir d'exemples d'appui à la sensibilisation? Merci. Romain Bonjour Romain, Je ne connais pas de projet OSM lié à des problématiques naturalistes. Mais si tu en trouves, je veux bien que tu en fasses un petit résumé sur cette liste ou sur le wiki, la question m'intéresse ! Je doute qu'il y ait un réel intérêt à saisir les stations de telle ou telle espèce de plante dans OSM. Par contre, OSM peut intéresser ton association dans la mesure où ils peuvent l'utiliser comme fond pour la saisie sans être contaminés par des licences (trop) privatives. En gros, grâce à OSM, leur atlas participatif appartiendra à eux-même et pas à Google :) L'argument risque toutefois d'être débouté faute d'une vue aérienne permettant un positionnement plus précis dans des zones de pleine nature. J'en reviens à OpenLayers qui permet de multiplier les layers (hé hé) et d'ajouter différentes sources de tuiles : OSM évidemment, mais aussi Bing Maps ou Google Maps en plan ou en satellite. Il ne s'agit que d'une API de rendu. Comme évoqué dans ce fil, les données resteront surement dans des bases locales au site. Dans OSM, tes naturalistes trouveront peut-être quelques données utiles : - des polygones de landuse pour caractériser le paysage et peut-être aider à identifier l'extension de certains biotopes (si la précision est aussi mauvaise que par chez moi, ils n'iront pas bien loin...) - les limites des diverses zones protégées (mais ils doivent déjà les avoir...) En tout cas, tu pourras saluer cette association pour sa démarche d'ouverture. La plupart des naturalistes que j'ai rencontrés gardaient jalousement le secret sur leurs données par crainte des braconniers, des chasseurs et de je ne sais quelles autres menaces... Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ Mes 0.02 € A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte participative de la flore en Lorraine
Le jeudi 21 juillet 2011 à 11:09 +0200, Marc SIBERT a écrit : J'en reviens à OpenLayers qui permet de multiplier les layers (hé hé) et d'ajouter différentes sources de tuiles : OSM évidemment, mais aussi Bing Maps ou Google Maps en plan ou en satellite. Il ne s'agit que d'une API de rendu. Comme évoqué dans ce fil, les données resteront surement dans des bases locales au site. Si OpenLayers peut légalement faire ceci, c'est bien parcequ'il mobilise en fond l'API Google Maps. Les conditions d'utilisations de l'API s'applique donc pleinement. Je ne me souviens plus des détails mais ce que j'ai retenu, c'est que si un utilisateur saisit des données sur un fond de plan Google, la données créées appartiennent à Google (NB: le vocabulaire n'est peut être pas rigoureusement exact du point de vue juridique). À ma connaissance, le fonctionnement et les conditions d'utilisation sont similaires pour les autres API commerciales. Les seules exceptions que je connaisse sont Yahoo et Bing qui autorisent la saisie sur leur vue aérienne/satellite mais seulement pour OpenStreetMap. Dans le cas de Floraine, ça signifie qu'ils devraient saisir leurs observations dans la base OSM (potlatch/JOSM/appli dédiée) puis les extraire vers leur base de données. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le SHOM
Le jeudi 21 juillet 2011 à 11:47 +0200, Art Penteur a écrit : Cela me suggère une question qui trotte dans ma tête depuis longtemps : Quelle est la définition officielle du trait de côte à tracer dans OSM ? En bord de falaise, dans un port, en Méditerranée, la question ne se pose pas trop. Sur une large plage plate soumise à de grandes marées, les diverse interprétations peuvent largement différer. Il y a quelque temps, j'avais configuré mon JOSM pour afficher l'orthophoto littoral, j'ai fait quelques modif ponctuelles, puis je me suis arrêté, parce que je n'ai pas trouvé de réponse définitive à ma question. C'est sûrement statué qqpart, mais où? Art. http://wiki.openstreetmap.org/wiki/Tag:natural%3Dcoastline http://wiki.openstreetmap.org/wiki/Proposed_features/Water_cover En théorie, le trait de côte moyen doit être mappé mais en pratique, c'est difficilement faisable. water=tidal permet de représenté l'estran si tu as une source valable pour ça. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Comment tagguer un pont ?
Bonjour à tous, derrière ce titre qui pourrait faire sourire, j'aimerais votre avis sur comment tagguer un pont, mais qui n'a aucun usage. Pour la petite histoire, une ligne ferroviaire devait être construite, des ouvrages d'arts ont commencé à être construit, mais la première guerre mondiale est arrivé et le projet a été abandonné. Pour voir les dits ponts, http://fr.wikipedia.org/wiki/Fichier:Villepinte_-_Pont_ligne_Aulnay_-_Rivecourt_-_rue_Henri-Barbusse_01.jpg et http://fr.wikipedia.org/wiki/Fichier:Villepinte_-_Pont_ligne_Aulnay_-_Rivecourt_-_Chemin_de_Savigny.jpg Cordialement, JonathanMM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Soucis sur le dépôt cadastral
Salut, Le dépôt cadastral avec les nouvelles communes a explosé en taille. Je viens de commander un nouveau serveur qui sera dédié à Cléo (actuellement c'est sur mon serveur perso qui héberge beaucoup de choses) Pour survivre j'ai du sacrifier quelques départements : - 075 : c'est déjà importé, je crois que c'est celui qui sert le moins :-) - 088 : pas de bol pour vous. C'est qui le 088 ? Les vosges, non ? - 091 : l'Essonne. Pourtant j'ai de la sympathie pour ce département et notamment pour Bretigny sur Orge et son service informatique (si quelqu'un les connait, saluez les de ma part) Dans le 049, il y avait un bug avec Chollet (25Go pour la ville), je l'ai virée. Pardon aux personnes concernées, vous pouvez toujours passer par l'interface pour générer à nouveau les communes concernées (http://osm.cleo-carto.org/cadastre/iface) Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagguer un pont ?
Le jeudi 21 juillet 2011 à 12:46 +0200, JonathanMM a écrit : Bonjour à tous, derrière ce titre qui pourrait faire sourire, j'aimerais votre avis sur comment tagguer un pont, mais qui n'a aucun usage. Pour la petite histoire, une ligne ferroviaire devait être construite, des ouvrages d'arts ont commencé à être construit, mais la première guerre mondiale est arrivé et le projet a été abandonné. Pour voir les dits ponts, http://fr.wikipedia.org/wiki/Fichier:Villepinte_-_Pont_ligne_Aulnay_-_Rivecourt_-_rue_Henri-Barbusse_01.jpg et http://fr.wikipedia.org/wiki/Fichier:Villepinte_-_Pont_ligne_Aulnay_-_Rivecourt_-_Chemin_de_Savigny.jpg On en a parlé sur IRC. Selon moi ce n'est pas un pont, mais un monument historique. Comme il traverse une route, je suggère un wall:no pour éviter les confusions. Donc : historic:yes building:yes wall:no Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagguer un pont ?
Le jeudi 21 juillet 2011 à 13:41 +0200, Philippe Pary a écrit : Le jeudi 21 juillet 2011 à 12:46 +0200, JonathanMM a écrit : Bonjour à tous, derrière ce titre qui pourrait faire sourire, j'aimerais votre avis sur comment tagguer un pont, mais qui n'a aucun usage. Pour la petite histoire, une ligne ferroviaire devait être construite, des ouvrages d'arts ont commencé à être construit, mais la première guerre mondiale est arrivé et le projet a été abandonné. Pour voir les dits ponts, http://fr.wikipedia.org/wiki/Fichier:Villepinte_-_Pont_ligne_Aulnay_-_Rivecourt_-_rue_Henri-Barbusse_01.jpg et http://fr.wikipedia.org/wiki/Fichier:Villepinte_-_Pont_ligne_Aulnay_-_Rivecourt_-_Chemin_de_Savigny.jpg On en a parlé sur IRC. Selon moi ce n'est pas un pont, mais un monument historique. Comme il traverse une route, je suggère un wall:no pour éviter les confusions. Donc : historic:yes building:yes wall:no Philippe Je ne comprends pas le raisonnement. Je ne conteste pas qu'il s'agit d'un monument historique mais pourquoi un pont ne pourrait pas être un monument historique ? En tout cas, d'après les photos, j'aurais plutôt tendance à dire que c'est un pont plutôt qu'un bâtiment. Honnêtement, si la voie ferrée qui était prévue au dessus existait, vous mettriez toujours building=yes ? J'utiliserai plutôt la relation bridge [1] pour décrire ce monument. Il n'y aurait pas de membre across mais selon la description, ça n'est pas invalide. [1]: http://wiki.openstreetmap.org/wiki/Relations/Proposed/Bridges_and_Tunnels Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Formation à OSM pour les newbies
Le mercredi 20 juillet 2011 à 15:22 +0200, adrien carpentier a écrit : Salut Salut! Pour info, Philippe avait réalisé de beaux TP sur osm pour les contributeurs vélos sur le projet que l'on a mené avec l'adav sur lile métropole le but était de former aux levés et/ou à la saisie des équipements vélos les cyclistes de l'asso ça peut servir de base pour les formations si vous en organisez une... http://adav.cleo-carto.com/accueil Yeap. C'était des formation de Cléo, donc à titre pro. Mais les documents et supports de formations sont libres et mis à disposition gratuitement ; n'hésitez pas à vous en servir. Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Soucis sur le dépôt cadastral
Le jeudi 21 juillet 2011 à 14:16 +0200, Art Penteur a écrit : Et dans le 031, il y a un bug avec Toulouse (fichier EA555-TOULOUSE-houses.osm vide), est-il possible de faire qqchose ? j'en ai été informé par Vincent Privat. On va voir ce qu'on peut faire avec le nouveau serveur. Ceci dit, il est possible que Toulouse foirait à cause de l'espace disque : n'hésitez pas à regénérer le fichier. Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Soucis sur le dépôt cadastral
Le 21 juillet 2011 14:19, Philippe Pary phili...@cleo-carto.com a écrit : Le jeudi 21 juillet 2011 à 14:16 +0200, Art Penteur a écrit : Et dans le 031, il y a un bug avec Toulouse (fichier EA555-TOULOUSE-houses.osm vide), est-il possible de faire qqchose ? j'en ai été informé par Vincent Privat. On va voir ce qu'on peut faire avec le nouveau serveur. Ceci dit, il est possible que Toulouse foirait à cause de l'espace disque : n'hésitez pas à regénérer le fichier. Je veux bien lancer la requête, mais comment être sûr qu'il n'y a pas quelqu'un d'autre qui le fait en même temps ? Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Soucis sur le dépôt cadastral
Le jeudi 21 juillet 2011 à 14:35 +0200, Art Penteur a écrit : Le 21 juillet 2011 14:19, Philippe Pary phili...@cleo-carto.com a écrit : Le jeudi 21 juillet 2011 à 14:16 +0200, Art Penteur a écrit : Et dans le 031, il y a un bug avec Toulouse (fichier EA555-TOULOUSE-houses.osm vide), est-il possible de faire qqchose ? j'en ai été informé par Vincent Privat. On va voir ce qu'on peut faire avec le nouveau serveur. Ceci dit, il est possible que Toulouse foirait à cause de l'espace disque : n'hésitez pas à regénérer le fichier. Je veux bien lancer la requête, mais comment être sûr qu'il n'y a pas quelqu'un d'autre qui le fait en même temps ? Y'a un lock pour ça, ne t'en inquiète pas Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Soucis sur le dépôt cadastral
Y'a un lock pour ça, ne t'en inquiète pas Bon, c'est parti ... et revenu avec le même résultat négatif ;-( Pour moi, c'est pas grave : je ferai autre chose, en attendant/espérant que ça marche un jour. Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Soucis sur le dépôt cadastral
Le jeudi 21 juillet 2011 à 14:44 +0200, Art Penteur a écrit : Y'a un lock pour ça, ne t'en inquiète pas Bon, c'est parti ... et revenu avec le même résultat négatif ;-( Pour moi, c'est pas grave : je ferai autre chose, en attendant/espérant que ça marche un jour. Oui car, je m'en excuse, je n'ai pas vraiment le temps d'y jeter un œil. Mais avec le nouveau serveur et la mise en place d'une « CTF », je pourrai laisser des accès plus larges à des contributeurs sur le dépôt et les scripts qui y tournent (pourquoi pas un accès public ?) afin que les corrections soient plus réactives. Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte participative de la flore en Lorraine
2011/7/21 rldhont rldh...@gmail.com: La seule chose collaboration entre la communauté OpenStreetMap et des structures en liens avec la flore que je vois porte sur les outils que nous utilisons pour suivre les avancées de la carte. Par exemple qualitystreetmap pourrait-être utilisé par les botanistes pour organiser les relevés Bien vu ! Merci pour la promo vers http://osmqa2.qualitystreetmap.org/osmqa F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [OSM-Talk-fr] Compte rendu atelier ETALAB
Bonjour @tou[te]s, Je suis de retour sous une latitude plus ensoleillée c-à-d 43.6°Nord après 3h de sommeil et 3h de TGV ;-) L'atelier s'est très bien déroulé, fini à 19h30 puis discussions annexes ;-) jusqu'à 21h00 ;-) OSM à encore reçu un accueil plus que chaleureux, même d'acteurs plutôt frileux sur l'OpenData J'ai défendu 3 positions aux côtés de Regards Citoyens: 1. Libérer les données. Objection d'un interlocuteur du Min. des Finances Les données de l'administration ne sont pas assez précises !!! ou sont sujettes à débat ?!? Pour les limites de communes on a parfois des intersections ou des territoires orphelins entres les communes. C'est tout ce dont nous disposons, mais nous faisons AVEC. Quitte à remonter les erreurs, pour au final améliorer le jeux de donnés brutes. Même expérience pour les arbres remarquables dans les Bouches du Rhône. L'objectif est aussi d'affiner notre connaissance par des contrôles terrains et MP. Quitte à ce que des agents de la DREAL accompagnent des mappeurs sur des Mapping Party ou des étudiants pour affiner leurs méthodes et nous nos données: Gagnant-Gagnant La carto se fera avec ou sans eux alors autant nous aider ... non ... ?? 2. Éviter une fracture numérique bis Il faut éviter un biais entre les départements, régions, EPCI, villes etc ... où l'on aurait d'un côté des régions dynamiques dans l'OpenData, parce qu’il y a des entreprises privées pour développer des services. Et de l'autre des régions moins attractives car économiquement moins aisées, moins peuplées, lointaines (Outre Mer ;-) . Même s'il appartient aux politiques de décider des orientations de leurs collectivités; ETALAB doit tout de même encourager les réticents et les indécis en complément du Lobbying des administrés. 3. Favoriser et former des étudiants de tous horizons Rennes Métropole signalait que le format concours n'était pas approprié pour les étudiants. Ils sont présents au début puis en fonction des examens et vacances désertent les projets. J'ai proposé une approche thèse, projet de fin d'étude ou mini projet. J'ai énoncé mon retour d'expérience avec l'Ecole Nationale des Techniciens de l'Équipement d'Aix en Provence, la communauté du Pays d'Aix et OSM cette année. Nous avons des propositions d'interventions pour l'École Centrale et le Ministère de l'Agriculture (Pêche Maritime et Aquaculture) formations ou des Hackatons sur 1,2 ou 3 jours. Remarques et Discussions complémentaires. Les problèmes liés à la multiplication des licences ont été soulevés ! Tout le monde préconise une licence unique la plus large possible dans les possibilités de réutilisation. Nous n'avons pas approfondi les détails juridiques sur les licences, mais ETALAB travaille à une licence unique pour les services de l'État. J'ai pu discuter avec des interlocuteurs de la SNCF [TER TGV], ils avouent une évolution dans la volonté d'ouverture ... ;-) wait and see Je les ai appâtés avec le temps réel des chemin de fer néerlandais: Nous devons nous revoir à la rentrée (je reviendrai vers vous pour la date et l'heure) Je dois revoir les interlocuteurs d'ETALAB la semaine prochaine pour parler cette fois-ci uniquement d'OSM ;-) viendez !!! Les interlocuteurs de la ville de Paris ont fait remonter le fait que certains utilisateurs de données se montraient agressifs et peu courtois dans leurs réclamations! Nous sommes des GeoGeek[ette]s et donc nous sommes épanouis dans nos vies et nos rapports avec les autres mortels. Pas à un seul moment je n'ai pensé aux contributeurs OSM ;-) Sur cette note d'humour je vous souhaite une Bonne Soirée ! Gaël @Paris La semaine prochaine 8-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Formation à OSM pour les newbies
Je confirme la formation à OSM pour les newbies http://lacantine.org/events/formation-gratuite-a-l-openstreetmap-niveaux-debutant D'autres suivront de différents niveaux, thèmes etc... L'objectif est de: -Faire connaitre le projet -Aider les débutants à franchir le pas. -Aider les entrepreneurs de la planète OSM à se faire connaitre J'ai été beaucoup sollicité pour ce type d'intervention en complément de simple présentations sur des évènements. Essai donc ce lundi de 16 à 19 @LaCantine Gaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-Talk-fr] Compte rendu atelier ETALAB
J'ai oublié le lien vers le temps réel des chemins de fer néerlandais: http://kubus.mailspool.nl/spoorkaart/ Gaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-Talk-fr] Compte rendu atelier ETALAB
Le jeudi 21 juillet 2011 à 17:15 +0200, RatZilla$ a écrit : J'ai oublié le lien vers le temps réel des chemins de fer néerlandais: http://kubus.mailspool.nl/spoorkaart/ Gaël J'aime bien cette application, le graphisme reste amateur mais c'est concret, le temps-réel impressionne toujours et on cerne bien l'utilité (zut, je vais rater mon train !). D'un point de vue technique, il faut aussi noter que ça peut être relativement simple à faire. En simplifiant un peu, on a une carte OpenLayers avec 2 couches : - la première charge des tuiles OSM normales (facile), - la seconde charge des objets vectoriels représentant les train (facile aussi). Pour le côté temps réel, il suffit de caler un rafraîchissement de la carte toutes les n secondes (facile, encore). Je suppose que l'information sur la position des trains existait déjà dans le système d'information de l'opérateur. Il n'est donc pas nécessaire de construire/collecter une donnée à grand frais pour réaliser cette application. La seule vrai difficulté est d'avoir accès à la donnée, c'est vraiment l'élément clé. Si les données sont accessibles par un service Web [1], alors rien n'empêche les utilisateurs de créer leurs applications, ils auront leur imagination pour seule limite. Dans le domaine des transports, il y a quelques progrès, on commence à voir des services GTFS apparaître à droite et à gauche. Mais quand pourra-t-on enfin calculer un itinéraire multi-modal d'un bout à l'autre de notre pays sans avoir à négocier des conventions avec des dizaines d'opérateurs ?! Gaël et tous les autres, je compte sur vous pour faire changer les mentalités, les opérateurs de services public doivent prendre l'habitude de publier des services web avant même de mettre en ligne leur site web ! Les utilisateurs seront bien capable de créer les applications qui leur sont vraiment utiles. Les outils sont là, les bonnes volontés aussi, avec OSM nous avons déjà les données de références mais ces données dynamiques restent encore trop souvent cachées dans les systèmes d'informations des opérateurs, il faut que ça change ! [1] http://fr.wikipedia.org/wiki/Service_web -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [OSM-talk] Data reconciliation. Removing CT/ODbL declined users.
Vincent Privat a écrit , Le 20/07/2011 22:23: - Le plugin JOSM 'licensechange est disponible. Je viens de l'installer et de l'essayer, ça a l'air très bien. A ce sujet, je me permets de lancer un appel à contribution pour la région toulousaine, où une écrasante majorité du bâti de l'agglomération n'est pas compatible :( Rien que sur les cinq communes que je connais le mieux (en périph de Toulouse), ça a déjà l'air d'un travail de romain. Et je sors d'une corvée de suppression des erreurs de chevauchement du bâti. Sur Toulouse il faudra réimporter le bâti ? On pourrait alors faire appel à la future taskforce ? (travailler en meute sur les corvées, c'est moins pire) Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-Talk-fr] Compte rendu atelier ETALAB
Salut Gilles, Je t'invite à venir changer les mentalités avec moi dans le Saint des Saints ;-) du Conseil Régional PACA dans 2 ou 3 semaines. Surtout qu'on a déjà fait équipe pour le Pilote donc on remet ça volontier ;-) ??? Pour les données train c'est du GeoJSON La requête tient vraiment à rien : wget ou curl arrivent à bout sans souci ! Exemple: wget http://kubus.mailspool.nl/spoorkaart/?op=trainsbbox=4.928826%2C52.034534%2C5.291374%2C52.144438abbr=y; -O position_des_trains.geojson OpenLayers Lance cette requête toutes les secondes à peu près ;-) Et Voilà ! C'est beau le Libre Hein ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-Talk-fr] Compte rendu atelier ETALAB
Ah bien chouette cette application :) J'ai essayé d'en faire une pour le RER D chez moi, mais bon, c'était largement naze et ça marchait pas (j'ai réussi à trouver un train à 30-40 km au nord de la gare la plus au nord de la ligne, au milieu de la forêt ^^). Ça serait intéressant de la faire pour Paris, on dit que la SNCF va libérer ses données temps réel de Transilien (donc IdF) JonathanMM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-Talk-fr] Compte rendu atelier ETALAB
Le jeudi 21 juillet 2011 à 19:43 +0200, RatZilla$ a écrit : Salut Gilles, Je t'invite à venir changer les mentalités avec moi dans le Saint des Saints ;-) du Conseil Régional PACA dans 2 ou 3 semaines. Surtout qu'on a déjà fait équipe pour le Pilote donc on remet ça volontier ;-) ??? Dans 2 ou 3 semaines, je serai en congés donc j'aurais tout le temps nécessaire :) Par contre, selon la date, je serai peut-être en vadrouille à l'autre bout de la France (pour mapper bien sûr !). On se coordonne en privé. Pour les données train c'est du GeoJSON La requête tient vraiment à rien : wget ou curl arrivent à bout sans souci ! Exemple: wget http://kubus.mailspool.nl/spoorkaart/?op=trainsbbox=4.928826%2C52.034534%2C5.291374%2C52.144438abbr=y; -O position_des_trains.geojson Alors, oui mais non... Enfin je ne sais pas trop. Je suppose que ce n'est pas un site officiel mais un site fait par une bonne volonté (kubus si j'ai bien compris). Si oui, alors cette URL n'émane pas de l'opérateur de trains, ce sont les données de Kubus après qu'il les ait récupérées. C'est toujours sympa d'y avoir accès mais le plus important, c'est le service Web de l'opérateur de train, c'est celui-là qui fait partie intégrante du *service public* et que tout le monde doit pouvoir librement utiliser sans passer par le proxy Kubus. Bien cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-Talk-fr] Compte rendu atelier ETALAB
Salut, Pour rappel, plus lent, avec moins de fonctionnalités et sans fond OSM, il y avait déjà http://traintimes.org.uk/map/tube/ il y a plus d'un an à titre de comparaison. ThomasG ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Soucis sur le dépôt cadastral
Salut, Le nouveau serveur est en place, hourra. J'en ai profité pour mettre au propre la structure du bousin, j'ai mis l'interface de génération en avant et j'ai tenté de rendre le tout moins austère. S'il est des gens motivés pour faire un CSS propret pour l'interface, je suis preneur. Les dépôts sont vidés, la nouvelle génération a été lancée. Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Soucis sur le dépôt cadastral
Le 21/07/2011 13:40, Philippe Pary a écrit : Salut, Le dépôt cadastral avec les nouvelles communes a explosé en taille. Je viens de commander un nouveau serveur qui sera dédié à Cléo (actuellement c'est sur mon serveur perso qui héberge beaucoup de choses) Pour survivre j'ai du sacrifier quelques départements : - 075 : c'est déjà importé, je crois que c'est celui qui sert le moins :-) - 088 : pas de bol pour vous. C'est qui le 088 ? Les vosges, non ? - 091 : l'Essonne. Pourtant j'ai de la sympathie pour ce département et notamment pour Bretigny sur Orge et son service informatique (si quelqu'un les connait, saluez les de ma part) Dans le 049, il y avait un bug avec Chollet (25Go pour la ville), je l'ai virée. Pardon aux personnes concernées, vous pouvez toujours passer par l'interface pour générer à nouveau les communes concernées (http://osm.cleo-carto.org/cadastre/iface) Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Bonjour, Je viens de relancer la génération de 91 / Ballancourt sur Essonne : ça me fait un fichier bati de plus de 450 Mo ! Ça doit bugger aussi ici. Je viens d'ouvrir le fichier en hexa (ya plus que ça qui marche) et c'est bourré d'espaces (%20) en padding dans le flux XML des way (pas dans les nodes). Ceci dit la compression .bz est efficace ! A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
