[talk-ph] Parish boundaries in OSM
Hi guys, Last year, I did an experiment in marking parish and vicariate boundaries in OSM. And I tried it on the Vicariate of San Jose de Trozo in Manila. I've marked them in the same way as administrative boundaries but using boundary=religious (and religion=christian + denomination=roman_catholic). For parish boundaries, I also added the parish church itself into the relation with the role seat. You can see the results here: http://overpass-turbo.eu/s/fH That map is interactive: you can click on elements to see what they are. Note that this is an experiment and there is no approved tagging guidelines or scheme for marking parish (and hopefully diocese/archidiocese) boundaries. I'd like to know what you guys think? :-) Eugene ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] OSM session at the National Remote Sensing Conference on May 29, 2013
Hi guys, This event is tomorrow. If you're interested in helping out, just come to the NEC Building at UP Diliman tomorrow morning! :-) On Fri, May 17, 2013 at 7:49 PM, maning sambale emmanuel.samb...@gmail.comwrote: Event details is now posted here: http://philrss.noahsark.webfactional.com/nrsc2013/preconference We are still arranging for the details (venue wifi, food, etc). But I think we can start inviting people. For the other preparations, let's coordinate in this list. @Erwin, we will correct your pseudonym ASAP. :) On Tue, May 14, 2013 at 7:12 PM, maning sambale emmanuel.samb...@gmail.com wrote: Thanks to Rally, Bunny, Nikolai and Eugene for confirming. Should we go on the half day (either 9 AM - 12 NN or 1-5 PM) or a full day? I need to write the organizers on the plans. On Sat, May 11, 2013 at 7:14 PM, maning sambale emmanuel.samb...@gmail.com wrote: The actual event is May 30-31 we are part of the pre-event workshops. The participants are GIS and Remote sensing practitioners but we can invite other people as well. I suggest we go through: - OSM basics - How to edit/contribute - How to use the data (webmap embeds, garmin map, shapefile extracts) On Sat, May 11, 2013 at 12:07 PM, Rally de Leon rall...@gmail.com wrote: Eugene, Ok (it's a wednesday, meron attendees?), assist lang ako ha... taga-kanaw ng kape ;-) BTW what's this workshop all about? On Fri, May 10, 2013 at 8:17 AM, Eugene Alvin Villar sea...@gmail.com wrote: I'll see if I can take a leave from work for this. Rally, can you help out too? Others, would you be interested in helping out with this whole-day workshop? On Thu, May 9, 2013 at 6:09 PM, maning sambale emmanuel.samb...@gmail.com wrote: Dear everyone, We are invited to manage a workshop on OSM at the PhilRSS National Remote Sensing Conference on May 29, 2013. Sorry for the very short as I got this email a few minutes ago. I can't join due to some scheduled conflict. If anyone wants to manage this, I'll put you in touch with the organizer. Draft website here:http://philrss.noahsark.webfactional.com/nrsc2013/preconference -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] URBis, Open!
On 2013-05-27 07:38, Jo wrote : Hi, So, UrbIS has opened all geodata for Brussels. eMerzh and me have been converting this data, so it becomes usable directly in JOSM or Merkaartor. ... Great eMerging JoB !!! André. PS: you may want to add FIXMEs or to use some other means to know what remains to merge manually. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] URBis, Open!
Hi, Great Job from you and eMerzh ! Thanks guys ! The mouse and keyboard will now suffer for the corrections and creations in JOSM :) Kind regards, Paul 2013/5/27 Jo winfi...@gmail.com 2013/5/27 A.Pirard.Papou a.pirard.pa...@gmail.com On 2013-05-27 07:38, Jo wrote : Hi, So, UrbIS has opened all geodata for Brussels. eMerzh and me have been converting this data, so it becomes usable directly in JOSM or Merkaartor. ... Great eMerging JoB !!! Yes, I really learned a lot about the possibilities of QGIS. André. PS: you may want to add FIXMEs or to use some other means to know what remains to merge manually. It's in fact quite obvious what should be merged manually. The intention is that this is done by the person who does the integration of the data before uploading it to the server. Jo ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] URBis, Open!
Yey, thanks Jo :) I begin with Jette right away :) On Mon, May 27, 2013 at 9:44 AM, Paul-André Duchesne pollo...@gmail.comwrote: Hi, Great Job from you and eMerzh ! Thanks guys ! The mouse and keyboard will now suffer for the corrections and creations in JOSM :) Kind regards, Paul 2013/5/27 Jo winfi...@gmail.com 2013/5/27 A.Pirard.Papou a.pirard.pa...@gmail.com On 2013-05-27 07:38, Jo wrote : Hi, So, UrbIS has opened all geodata for Brussels. eMerzh and me have been converting this data, so it becomes usable directly in JOSM or Merkaartor. ... Great eMerging JoB !!! Yes, I really learned a lot about the possibilities of QGIS. André. PS: you may want to add FIXMEs or to use some other means to know what remains to merge manually. It's in fact quite obvious what should be merged manually. The intention is that this is done by the person who does the integration of the data before uploading it to the server. Jo ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] URBis, Open!
I'm trying my hand at the most northern part of Sint-Lambrechts-Woluwe, where Leuvensesteenweg crosses it for a very short stretch. Who know, maybe I'll come up with a way to further automate the process inside JOSM... although I don't think it's a major problem some wetware intervention is required... Let me know if you find problems which would be relatively easy to solve. Jo 2013/5/27 eMerzh merz...@gmail.com Yey, thanks Jo :) I begin with Jette right away :) On Mon, May 27, 2013 at 9:44 AM, Paul-André Duchesne pollo...@gmail.comwrote: Hi, Great Job from you and eMerzh ! Thanks guys ! The mouse and keyboard will now suffer for the corrections and creations in JOSM :) Kind regards, Paul 2013/5/27 Jo winfi...@gmail.com 2013/5/27 A.Pirard.Papou a.pirard.pa...@gmail.com On 2013-05-27 07:38, Jo wrote : Hi, So, UrbIS has opened all geodata for Brussels. eMerzh and me have been converting this data, so it becomes usable directly in JOSM or Merkaartor. ... Great eMerging JoB !!! Yes, I really learned a lot about the possibilities of QGIS. André. PS: you may want to add FIXMEs or to use some other means to know what remains to merge manually. It's in fact quite obvious what should be merged manually. The intention is that this is done by the person who does the integration of the data before uploading it to the server. Jo ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] URBis, Open!
Hi, just small questions - how do you do to copy the street relation too? you have to re do it when you change the layer ? (copy/past of buildings + addresses) for me it's better to let 2 nodes in a building if iut has multiple addresses than merging them (we don't know if it's exactly the same door, ...) what do you think? On Mon, May 27, 2013 at 6:36 PM, Jo winfi...@gmail.com wrote: I'm trying my hand at the most northern part of Sint-Lambrechts-Woluwe, where Leuvensesteenweg crosses it for a very short stretch. Who know, maybe I'll come up with a way to further automate the process inside JOSM... although I don't think it's a major problem some wetware intervention is required... Let me know if you find problems which would be relatively easy to solve. Jo 2013/5/27 eMerzh merz...@gmail.com Yey, thanks Jo :) I begin with Jette right away :) On Mon, May 27, 2013 at 9:44 AM, Paul-André Duchesne pollo...@gmail.comwrote: Hi, Great Job from you and eMerzh ! Thanks guys ! The mouse and keyboard will now suffer for the corrections and creations in JOSM :) Kind regards, Paul 2013/5/27 Jo winfi...@gmail.com 2013/5/27 A.Pirard.Papou a.pirard.pa...@gmail.com On 2013-05-27 07:38, Jo wrote : Hi, So, UrbIS has opened all geodata for Brussels. eMerzh and me have been converting this data, so it becomes usable directly in JOSM or Merkaartor. ... Great eMerging JoB !!! Yes, I really learned a lot about the possibilities of QGIS. André. PS: you may want to add FIXMEs or to use some other means to know what remains to merge manually. It's in fact quite obvious what should be merged manually. The intention is that this is done by the person who does the integration of the data before uploading it to the server. Jo ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk] Appeal for a JOSM fieldpapers plugin to replace walkingpapers
Dear osm-talk, Posting this appeal to the general talk list. Hoping someone can catch this. ;) Back story: We use walkingpapers a lot for community mapping, it would be nice for a plugin that uses fieldpapers. Filed ticket: http://josm.openstreetmap.de/ticket/8738 Modify the walkingpapers plugin to use fieldpapers instead Description Walkingpapers is currently unmaintained for over a year now. Requesting a modification or a new plugin that uses fieldpapers instead. Thanks! -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Appeal for a JOSM fieldpapers plugin to replace walkingpapers
I support very much this idea. It would be very useful. Le 27 mai 2013 12:22, maning sambale emmanuel.samb...@gmail.com a écrit : Dear osm-talk, Posting this appeal to the general talk list. Hoping someone can catch this. ;) Back story: We use walkingpapers a lot for community mapping, it would be nice for a plugin that uses fieldpapers. Filed ticket: http://josm.openstreetmap.de/ticket/8738 Modify the walkingpapers plugin to use fieldpapers instead Description Walkingpapers is currently unmaintained for over a year now. Requesting a modification or a new plugin that uses fieldpapers instead. Thanks! -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google Maps being praised for removing I-5 colasped bridge quickly
On 25.05.2013 12:15, Martin Koppenhoefer wrote: On 25/mag/2013, at 10:33, Paweł Paprota ppa...@fastmail.fm wrote: Of course with Wikipedia it was somehow easier because all of their work gets indexed by search engines Also osm is indexed by search engines When Google returns results pointing to www.strassenkatalog.de I know that OSM is the only place where this thing shows up in the internet. Or - to be more exact - is the only place where Googles crawler found it. strassenkatalog seems to be one of those useless thousendfold adress-and-phone register strewn across the web. If you want google results with OSM in the first places, try some loc_names. Here an example: http://www.google.de/search?q=%22aze-stra%C3%9Fe%22 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Read-only for next few hours
On 25.05.2013 18:16, Roland Olbricht wrote: Hi Grant, OpenStreetMap is now back online. All services are returned to normal. Thank you for the quick fix :) +1 Thanks for your work Grant. colliar signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Appeal for a JOSM fieldpapers plugin to replace walkingpapers
On 27.05.2013 11:23, RB wrote: Le 27 mai 2013 12:22, maning sambale a écrit : Dear osm-talk, Posting this appeal to the general talk list. Hoping someone can catch this. ;) Back story: We use walkingpapers a lot for community mapping, it would be nice for a plugin that uses fieldpapers. Filed ticket: http://josm.openstreetmap.de/ticket/8738 Modify the walkingpapers plugin to use fieldpapers instead Description Walkingpapers is currently unmaintained for over a year now. Requesting a modification or a new plugin that uses fieldpapers instead. Thanks! I support very much this idea. It would be very useful. +1 signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] Google Maps being praised for removing I-5 colasped bridge quickly
Let's forget about Google Maps for a moment that give thanks to the contributors who updated I-5 on OpenStreetMap. Alan, rickmastfan67, Sundance and katpatuka have all contributed to the update. It is dedicated mappers like these that make OSM great. -- Clifford OpenStreetMap: Maps with a human touch ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] Talk-au Digest, Vol 71, Issue 25
Provided that licensing is all good, how can the data be imported into OSM? What can be done to ensure there's minimal duplicates? Li. On 26/05/2013, at 10:00 PM, talk-au-requ...@openstreetmap.org wrote: Send Talk-au mailing list submissions to talk-au@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.openstreetmap.org/listinfo/talk-au or, via email, send a message with subject or body 'help' to talk-au-requ...@openstreetmap.org You can reach the person managing the list at talk-au-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-au digest... Today's Topics: 1. Re: data.sa.gov.au (Alex Sims) -- Message: 1 Date: Sat, 25 May 2013 21:35:55 +0930 From: Alex Sims a...@softgrow.com To: talk-au@openstreetmap.org Subject: Re: [talk-au] data.sa.gov.au Message-ID: 51a0a923.8090...@softgrow.com Content-Type: text/plain; charset=iso-8859-1; Format=flowed I'm just writing an email now to seek a similar agreement for sa.data.gov.au as for data.gov.au Alex On 25/05/2013 5:23 PM, Paul Norman wrote: The only issue with CC BY is that some data owners believe that attribution reasonable to the medium is more than the ODbL guarantees which allows notices in a location ... where users would be likely to look for it such as a wiki page linked from /copyright or in the case of produced works, a notice ... reasonably calculated to make [anyone] aware that Content was obtained from the Database (The Database in that quote would be what was provided under CC BY). Some cities releasing data as CC BY insisted that only mention on any page where the map was viewed was reasonable, which is clearly unreasonable when there can be dozens of sources on one page, or even hundreds. *From:*Ian Sergeant [mailto:inas66+...@gmail.com] *Sent:* Saturday, May 25, 2013 12:09 AM *To:* Daniel O'Connor *Cc:* talk-au@openstreetmap.org *Subject:* Re: [talk-au] data.sa.gov.au Hi Daniel, The first step should be to find out if they are willing to have their data relicenced under our licence? CC-BY data is nice, and means that the data owner is likely only seeking attribution (which we do provide) but my understanding is that it is still insufficient for us to use without further permission from the data owner. Pointers to our attribution page have worked in the past in gaining such permission. Ian. On 24 May 2013 18:58, Daniel O'Connor daniel.ocon...@gmail.com mailto:daniel.ocon...@gmail.com wrote: The SA govt has joined many of the other state/local governments in publishing open data. The current implementation is powered by CKAN, and though I haven't seen it yet, appears to be leveraging openstreetmap / cloudmade in some fashion. Anyway, the majority of the data sets are CC-A licensed, and in either CSV or Shapefile format: Some initial things that might be worth importing/using as a reference/looking into: http://www.data.sa.gov.au/dataset/major-and-minor-roads http://www.data.sa.gov.au/dataset/library-locations http://www.data.sa.gov.au/dataset/parks-and-reserves http://www.data.sa.gov.au/dataset/sa-playgrounds http://www.data.sa.gov.au/dataset/stormwater-nodes http://www.data.sa.gov.au/dataset/surface-water-catchments http://www.data.sa.gov.au/dataset/suburb-boundaries and of course: http://www.data.sa.gov.au/dataset/centrelink-office-locations Not sure how much overlap with data.gov.au http://data.gov.au data sets (assume some). Anyone want to have a look around and 1) Call out the things you think are missing 2) Call out the things you'd want to have imported or manually transcribed into open street map ___ Talk-au mailing list Talk-au@openstreetmap.org mailto:Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-au/attachments/20130525/139116b6/attachment-0001.html -- ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au End of Talk-au Digest, Vol 71, Issue 25 *** ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Talk-au Digest, Vol 71, Issue 26
Ian, Interested to know how and what tools you use to extract data for this type of analysis. Li. On 27/05/2013, at 10:00 PM, talk-au-requ...@openstreetmap.org wrote: Send Talk-au mailing list submissions to talk-au@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.openstreetmap.org/listinfo/talk-au or, via email, send a message with subject or body 'help' to talk-au-requ...@openstreetmap.org You can reach the person managing the list at talk-au-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-au digest... Today's Topics: 1. Re: Australia licence change redaction recovery.. (Steve Bennett) 2. Re: Australia licence change redaction recovery.. (Ben Johnson) 3. Re: Australia licence change redaction recovery.. (Brett Russell) 4. Re: Talk-au Digest, Vol 71, Issue 25 (Li Xia) -- Message: 1 Date: Sun, 26 May 2013 22:26:34 +1000 From: Steve Bennett stevag...@gmail.com To: Ian Sergeant inas66+...@gmail.com Cc: OSM - Talk-au Talk-au@openstreetmap.org Subject: Re: [talk-au] Australia licence change redaction recovery.. Message-ID: CA+z=q=vxqgp7z9-3bdewsolcdchdclevn6ethwngpu--zdz...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 On Sat, May 25, 2013 at 9:08 PM, Ian Sergeant inas66+...@gmail.com wrote: So, my summary would be that we've probably comprehensively remapped he motorways and trunk roads across the country. We've got significantly more tracks, paths and residential/unclassified roads than we had before. There would seem to be artifacts of extensive aerial remapping, with the lower percentage overall of named roads, and what I'm thinking could be a consequent tendency to underrate what passes for a secondary road in Australia. I'd also attribute greater mapping outside of urban areas to the more extensive bing imagery coverage, and possibly the focus of the redaction process on urban areas. Thanks very much for doing this - I've been quite curious about where we're up to. I had guessed we were about on par - so this is good news. I've been doing a fair bit of aerial mapping lately - not sure whether remapping or not. I tend to be pretty conservative with road classifications on a first pass. Later, I might look at the area and upgrade a couple of the roads. Steve -- Message: 2 Date: Mon, 27 May 2013 11:05:39 +1000 From: Ben Johnson tangarar...@gmail.com To: Ian Sergeant inas66+...@gmail.com Cc: OSM - Talk-au Talk-au@openstreetmap.org Subject: Re: [talk-au] Australia licence change redaction recovery.. Message-ID: 16f9fd5a-a1bf-47f2-ab39-c5be9cd34...@gmail.com Content-Type: text/plain; charset=iso-8859-1 Ian, Thanks very much for doing this exercise. I agree with all the sentiments already expressed - it's so encouraging to see we bounced back so fast, and so strong, and that all our efforts have made a difference. Everyone in the project should feel very proud of what we achieved. BJ On 25/05/2013, at 9:08 PM, Ian Sergeant inas66+...@gmail.com wrote: I crunched some numbers comparing AU planet extracts from today and prior to the redaction commencing. Although they were for my personal edification, I thought I'd share them. We have about 70,000 km of additional mapped unclassified and residential road now than we did before the redaction process - that is an increase in distance of about 27%. In terms of distance of named roads in this category, we're about where we were before the redaction in absolute terms. Trunk and motorways there is no significant variation. The number of kilometres of mapped road and named roads in this category is roughly unchanged. In primary, secondary, and tertiary, we've had an increase in mapped distance of 35,000km, or around 20%. Although we've seen a significant decrease in the number of secondary roads, and marked increase in the mapped km of tertiary roads. Our post-redaction remappers have a tendency towards tertiary roads, it would seem. Our length of named roads in this category is up in actual kilometres, but down on a relative basis. In paths, tracks, footways and cycleways and service roads our mapped distance is also up, We've seen huge increases in mapped tracks - closing on double what we had before. So, my summary would be that we've probably comprehensively remapped he motorways and trunk roads across the country. We've got significantly more tracks, paths and residential/unclassified roads than we had before. There would seem to be artifacts of extensive aerial remapping, with the lower percentage overall of named roads, and what I'm thinking could be a consequent tendency to underrate what passes for a secondary road in
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
Tobias Conradi mail.2...@tobiasconradi.com wrote: Doch: http://lists.openstreetmap.org/pipermail/talk-de/2013-May/102394.html Aua, das ist typisch deutsch, sowas. Dass solche Sachen wie ÖPNVkarte.de einheitliche Farben auf der ganzen Welt haben empfand ich bisher eigentlich eher als feature denn als Nachteil. Aber klar, so eine Bahnlinienrelation darf dann von mir aus auch einen irgendwie gearteten CMYK,RGB RAL oder wie auch immer gearteten Tag bekommen. Aufpassen muss man bei dem Thema trotzdem. Nicht, dass jemand noch color=blue an eine Bundesstraße dranklebt und sich dann wundert warum die nicht in blau gerendert wird. Wo wir grade dabei sind Vorschläge zur Standardisierung zu machen ich würde die Verwendung der Farbnamen und Nummern a la rgb.txt aus dem Web vorschlagen. Gruss Sven -- Microsoft ist offenbar die einzige Firma, die in der Lage ist, ein mit Office nicht kompatibles Bürosoftwarepaket einzuführen. (Florian Weimer in de.alt.sysadmin.recovery) /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
[Talk-de] Export aktuell tot?
Hallo, keine Ahnung ob sich da jemand einen Scherz erlaubt und versucht überdurchschnittlich viel runterzuladen, aber ich habe es nun schon mehrere Male versucht und bekomme immer: Error The load average on the server is too high at the moment. Please wait a few minutes before trying again. Liest hier jemand mit, der prüfen kann, was da genau vor sich geht? Gibt es einen alternativen Weg um einen kleinen Ausschnitt als SVG zu exportieren? Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
On 27/mag/2013, at 10:05, Sven Geggus li...@fuchsschwanzdomain.de wrote: Wo wir grade dabei sind Vorschläge zur Standardisierung zu machen ich würde die Verwendung der Farbnamen und Nummern a la rgb.txt aus dem Web vorschlagen. M.E. macht das taggen von Farben nur dann Sinn, wenn die Farbe offiziell festgelegt wurde, (ist nicht mit der Darstellung auf der Ausgabeseite zu verwechseln), und in diesem Fall würde ich das System aus der Festlegung übernehmen, ohne Farbmodelle umzurechnen. Lasst uns lieber definieren, wie wir im tag codieren, dass es sich um CMYK, RGB, Lab, RAL, Pantone, etc, handelt, als dass wir uns auf ein System festlegen Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
On Mon, May 27, 2013 at 10:21:00AM +0200, Martin Koppenhoefer wrote: On 27/mag/2013, at 10:05, Sven Geggus li...@fuchsschwanzdomain.de wrote: Wo wir grade dabei sind Vorschläge zur Standardisierung zu machen ich würde die Verwendung der Farbnamen und Nummern a la rgb.txt aus dem Web vorschlagen. M.E. macht das taggen von Farben nur dann Sinn, wenn die Farbe offiziell festgelegt wurde, (ist nicht mit der Darstellung auf der Ausgabeseite zu verwechseln), und in diesem Fall würde ich das System aus der Festlegung übernehmen, ohne Farbmodelle umzurechnen. Lasst uns lieber definieren, wie wir im tag codieren, dass es sich um CMYK, RGB, Lab, RAL, Pantone, etc, handelt, als dass wir uns auf ein System festlegen RANT Ganz ehrlich - ich glaube ihr habt einen Knall - Habt ihr mal drueber nachgedacht wieviele Menschen da draussen rumlaufen die mit CMYK was anfangen koennen? RAL hat vielleicht der ein oder andere noch im Baumarkt gesehen - Pantone, CMYK, ICC, sRGB etc sind fuer 99.98% der Mapper Buzzwords. Koennte was zum Essen sein oder ggfs auch einfach nur base64 encodeter Müll. Nur weil es die Deutsche Gründlichkeit gebietet bevor man in OSM mapped ein Praktikum in einer Druckvorstufe zu machen heisst das nicht das das alle machen. Wer langeweile hat soll Adressen eintragen. /RANT Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
Am 27. Mai 2013 10:33 schrieb Florian Lohoff f...@zz.de: RAL hat vielleicht der ein oder andere noch im Baumarkt gesehen - Pantone, CMYK, ICC, sRGB etc sind fuer 99.98% der Mapper Buzzwords. Koennte was zum Essen sein oder ggfs auch einfach nur base64 encodeter Müll. Die genaue Farbe einer Bahnlinie festzuhalten ist ja vermutlich sowieso nicht jedermanns Sache, wenn man es dann schon macht, dann kann man es auch gleich richtig machen ;-) Wer jetzt noch nicht weiss, was RGB, CMYK etc. ist, wird das dann ggf. aus dem OSM-Wiki lernen können, bzw. aus der Wikipedia. Es erleichtert übrigens dem Mapper die Arbeit, und er muss verschiedene Farbsysteme oder deren Umrechnung nicht verstehen oder anwenden können, um nach dem vg. Schema zu taggen, er kann ganz einfach die Festlegung 1:1 nach OSM kopieren zusammen mit der Angabe, welches System es ist, und die Umrechnung in ein anderes System macht dann ggf. der Auswerter. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] in JOSM Hilfslinien um Gebäude daran auszurichten?
hi, Hans josm bietet viele Möglichkeiten, sowas zu erreichen. Hier meine: Die Methode Rechteckig machen durch markieren + q solltest du ja kennen. Wenn man sich vorher *zwei Punkte einer Linie schnappt* (also auch selektiert), werden diese als Referenz verwendet. Einfacher geht es mMn nicht. Gruß walter -- View this message in context: http://gis.19327.n5.nabble.com/in-JOSM-Hilfslinien-um-Gebaude-daran-auszurichten-tp5762779p5762866.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
Hallo Am 27.05.2013 11:07, schrieb Martin Koppenhoefer: Es erleichtert übrigens dem Mapper die Arbeit, und er muss verschiedene Farbsysteme oder deren Umrechnung nicht verstehen oder anwenden können, um nach dem vg. Schema zu taggen, er kann ganz einfach die Festlegung 1:1 nach OSM kopieren zusammen mit der Angabe, welches System es ist, und die Umrechnung in ein anderes System macht dann ggf. der Auswerter. Genau das ist der entscheidende Punkt. Der Mapper soll nur erfassen, was er vorfindet. Er soll sich nicht in ein komplexes Farbsystem einarbeiten müssen, nur um eintragen zu können, dass die Linie 5 rot ist. Wenn der Auswerter genau diese Farbe darstellen möchte, soll er sich das so zurecht rechnen, wie er es braucht. Das wird er wahrscheinlich auch machen müssen, wenn wir uns auf ein Farbsystem einigen. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Export-Funktion
Hallo, im Moment scheint es nicht möglich zu sein, von der Mapnik-Karte aus jpeg oder pdf zu exportieren. Der Server meldet ständig, dass er überlastet ist. Ist das ein Bug, ist der Service eingestellt, oder ist der Server bis auf weiteres wirklich so überlastet? Wenn wir den Service anbieten, sollte er auch (meistens) funktionieren. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
Am 27. Mai 2013 12:37 schrieb Henning Scholland o...@aighes.de: Hallo Am 27.05.2013 11:07, schrieb Martin Koppenhoefer: Es erleichtert übrigens dem Mapper die Arbeit, und er muss verschiedene Farbsysteme oder deren Umrechnung nicht verstehen oder anwenden können, um nach dem vg. Schema zu taggen, er kann ganz einfach die Festlegung 1:1 nach OSM kopieren zusammen mit der Angabe, welches System es ist, und die Umrechnung in ein anderes System macht dann ggf. der Auswerter. Genau das ist der entscheidende Punkt. Der Mapper soll nur erfassen, was er vorfindet. Er soll sich nicht in ein komplexes Farbsystem einarbeiten müssen, nur um eintragen zu können, dass die Linie 5 rot ist. Wenn der Auswerter genau diese Farbe darstellen möchte, soll er sich das so zurecht rechnen, wie er es braucht. Das wird er wahrscheinlich auch machen müssen, wenn wir uns auf ein Farbsystem einigen. Dann sind wir uns ja einig. Wenn die Angabe ist: rot dann sollte das in OSM so sein (red bzw. meinetwegen auch de:rot), wenn es ist rgb(255,0,0) dann sollte das auch entsprechend mit RGB in OSM eingetragen sein. Dazu muss man aber das Farbsystem nicht zwangsläufig verstehen, es reicht aus, die Werte aus der Festlegung zu kopieren. Problematisch fände ich, wenn die Festlegung z.B. CMYK(0,59,30,0) ist, man aber vom Mapper erwarten würde, rgb(200,0,0) daraus zu machen zwecks Vereinheitlichung (als Beispiel). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] in JOSM Hilfslinien um Gebäude daran auszurichten?
Am 27. Mai 2013 11:58 schrieb Walter Nordmann pil...@hotmail.com: Die Methode Rechteckig machen durch markieren + q solltest du ja kennen. Wenn man sich vorher *zwei Punkte einer Linie schnappt* (also auch selektiert), werden diese als Referenz verwendet. Einfacher geht es mMn nicht. ja, wobei wie erwähnt, wenn man neue Häuser zeichnen will, das Selektieren von 2 Punkten (der Straße bzw. auch des ways) und das Neuzeichnen mittels building tool (b) die bessere Wahl ist und schneller geht (weil man pro Rechteck nur 2x clicken muss). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
Zum Thema Auswerter. Welche Auswerter gibt es? Mir fallen Mapnik und MapServer ein. JOSM als Editor zeigt auch Karten an? Also auch ein Auswerter. 1) Verarbeiten die das derzeitige colour-Tag? 2) Es muss dazu in RGB sein? Wenn ja: 3) Ich hab mich noch nicht weiter mit der Tagsyntax befasst, k.A. wie Sub-tags gebildet werden. Also dies hier nur als grobe Anregung. Wie wäre es mit: colour-original=CMYK 100,100,0,0 colour-original=RAL 3020 colour-original=system name value 4) Wenn man etwas wie colour-original nutzt, erlaubt man dann zusätzlich das bisherige colour-Tag, damit Renderer das auf jeden Fall zumindest annähernd darstellen können? Wenn ja, 5) Man nimmt bei CMYK-Werten zur Berechnung des RGB Wertes für das bisherige colour-Tag das ISOcoated v2 300% ECI Profil? 6) In Gimp kann man das wohl nicht umrechnen, d.h. um möglichst vielen Leuten eine Umrechnung und eine Kontrolle schon umgerechneter Werte zu ermöglichen, legt man an Mapping-Liste an. http://anna.info/wiki/ISO_Coated_v2_300%25_(ECI) Idea: Create a mapping list for easy look-up and import into a database. Use steps of 5 for CMYK. For CMY use 0 to 100, i.e. 21*21*21 = 9261 variations. For K use 0 to 20, which covers all but one case in the lists at VBB public transport colors. That is 46305 variations. Bots könnten dann evtl die Wertpaare auf Konsistenz prüfen. -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Export-Funktion
Am 27.05.2013 12:42, schrieb Wolfgang Hinsch: Hallo, im Moment scheint es nicht möglich zu sein, von der Mapnik-Karte aus jpeg oder pdf zu exportieren. Der Server meldet ständig, dass er überlastet ist. Ist das ein Bug, ist der Service eingestellt, oder ist der Server bis auf weiteres wirklich so überlastet? ich hab das Problem bei OSM und Eport als .svg Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] in JOSM Hilfslinien um Gebäude daran auszurichten?
Am 27.05.2013 13:09, schrieb Martin Koppenhoefer: ja, wobei wie erwähnt, wenn man neue Häuser zeichnen will, das Selektieren von 2 Punkten (der Straße bzw. auch des ways) und das Neuzeichnen mittels building tool (b) die bessere Wahl ist und schneller geht (weil man pro Rechteck nur 2x clicken muss). Ja, das stimmt. Aber wie gesagt, das Problem dabei ist, dass das nicht die Entfernung von der Straße vorgibt. Das führt dazu, dass die Häuser zwar rechtwinklig zueinander ausgerichtet sind, allerdings trotzdem kein homogenes Erscheinungsbild vorhanden ist. Hier mal ein Beispiel: http://abload.de/img/huser4ru82.jpg Zwar etwas übertrieben gezeichnet, aber das Problem tritt imho doch schon auf. Am 26.05.2013 20:50, schrieb Dark Angel: Doch, Du zeichnest immer nur die Linie der der Straße zugewandten Hausseite von Ecke zu Ecke. Du hast also bei drei Häusern drei Linien und die richtest Du dann als eine gerade Linie aus. Aus den Linien ziehst Du dann die Häuser. Wenn man statt der ersten Linie ein Haus mit dem Building-Tool zeichnet (wie von Andre beschrieben) sollten sich damit auch die anderen Linien parallel ausrichten lassen. Ah ok, jetzt hab ich das verstanden. Scheint halbwegs zu funktionieren, ist aber ein wenig mühselig, Naja, werde ich mit leben müssen :D Schade, dass das Building-Tool da keine Option für hat. Danke! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] in JOSM Hilfslinien um Gebäude daran auszurichten?
Am 27. Mai 2013 15:00 schrieb Hans Schmidt z0idb...@gmx.de: Ja, das stimmt. Aber wie gesagt, das Problem dabei ist, dass das nicht die Entfernung von der Straße vorgibt. Das führt dazu, dass die Häuser zwar rechtwinklig zueinander ausgerichtet sind, allerdings trotzdem kein homogenes Erscheinungsbild vorhanden ist. Hier mal ein Beispiel: http://abload.de/img/huser4ru82.jpg Zwar etwas übertrieben gezeichnet, aber das Problem tritt imho doch schon auf. Je weiter Du rein zoomst, um so genauer wird es. Das Beispiel ist übertrieben schlechter, als man es in der Realität macht (da liegt man m.E. unterhalb der Wahrnehmungsgrenze). Es bringt nicht viel, eine Genauigkeit vorzutäuschen (durch Konstruktion mittels angenommener Werte), die doch nicht vorhanden ist, d.h. wenn Du weisst, dass die Häuser 15 Meter von der Straßenmitte entfernt sind (weil Du sie alle gemessen hast), dann ist es wünschenswert, das auch so zu zeichnen (wobei es nicht so bleiben wird, vermutlich ;-) ), aber wenn Du sowieso nur aus Luftbildern abzeichnest spielt es keine Rolle. Da sind m.E. mehrere geschätzte leicht unterschiedliche Abstände nicht schlechter als ein geschätzter und dann geometrisch wiederholter, im Gegenteil, im ersteren Fall könnte man den Durchschnitt berechnen, im zweiten Fall hätte man nur _eine_ Schätzung. Viel wichtiger ist m.E., deutlich zu unterscheiden zwischen _einem_ blockfüllenden Gebäude und mehreren kleineren Gebäuden, die jeweils angebaut sind und gemeinsam den Block füllen, (und solchen Fällen, wo noch eine kleine Lücke zwischen den Gebäuden bleibt). Das ist eine Sache, die ich häufig finde: ein building=yes für eine ganze Gruppe von Gebäuden. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] in JOSM Hilfslinien um Gebäude daran auszurichten?
Am 27.05.2013 15:13, schrieb Martin Koppenhoefer: Je weiter Du rein zoomst, um so genauer wird es. Das Beispiel ist übertrieben schlechter, als man es in der Realität macht (da liegt man m.E. unterhalb der Wahrnehmungsgrenze). Es bringt nicht viel, eine Genauigkeit vorzutäuschen (durch Konstruktion mittels angenommener Werte), die doch nicht vorhanden ist, d.h. wenn Du weisst, dass die Häuser 15 Meter von der Straßenmitte entfernt sind (weil Du sie alle gemessen hast), dann ist es wünschenswert, das auch so zu zeichnen (wobei es nicht so bleiben wird, vermutlich ;-) ), aber wenn Du sowieso nur aus Luftbildern abzeichnest spielt es keine Rolle. Da sind m.E. mehrere geschätzte leicht unterschiedliche Abstände nicht schlechter als ein geschätzter und dann geometrisch wiederholter, im Gegenteil, im ersteren Fall könnte man den Durchschnitt berechnen, im zweiten Fall hätte man nur _eine_ Schätzung. Das stimmt. Ich hatte halt hier nur das Problem, dass das Luftbild recht schlecht ist und deshalb im Grunde das gesamte Zeichnen nur eine ungefähre Schätzung ist (Man kann zwar auf dem Bild die Häuser erkennen, aber im Grunde ist das schon alles eine ziemliche „Matsche“, so dass man da mit viel Wohlwollen heran muss). Wenn die Karte dann eh nicht „richtig“ ist, wollte ich wenigstens, dass es auf der Karte optisch halbwegs ansprechend aussieht. Und die Unterschiede sind ja meistens relativ gering, besonders in irgendwelchen durchgeplanten Wohnsiedlungen. Wenn ich die einzelnen Unterschiede eh nicht richtig ausmachen kann, habe ich mir gedacht, dass ich dann direkt die ganze Siedlung künstlich machen kann. Klar wäre eine genaue Zeichnung besser, aber das ist in diesem Fall nicht möglich. Viel wichtiger ist m.E., deutlich zu unterscheiden zwischen _einem_ blockfüllenden Gebäude und mehreren kleineren Gebäuden, die jeweils angebaut sind und gemeinsam den Block füllen, (und solchen Fällen, wo noch eine kleine Lücke zwischen den Gebäuden bleibt). Das ist eine Sache, die ich häufig finde: ein building=yes für eine ganze Gruppe von Gebäuden. Naja, mache ich auch oft, bevor ich auf Hausnummern-Tour gehe. Dann wird das noch mal korrigiert und getrennt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] in JOSM Hilfslinien um Gebäude daran auszurichten?
On 27/mag/2013, at 15:35, Hans Schmidt z0idb...@gmx.de wrote: Wenn die Karte dann eh nicht „richtig“ ist, wollte ich wenigstens, dass es auf der Karte optisch halbwegs ansprechend aussieht Du könntest die Straße kopieren in Flucht der Häuser, die tags entfernen und einen Building tag dafür anhängen. Dann mit a Punkte an den Hausecken einfügen, mit shift+delete die Zwischenstücke entfernen und dann mit x die einzelnen Häuser extrudieren. Wenn Du auch die rückwärtige Seite in der Flucht brauchst, kopierst Du den Straßenway nach dem Tagentfernen nochmal (wird die Rückseite) und verlängerst beim Extrudieren jeweils über diese 2. Linie hinaus. Danach fügst Du nodes an den hinteren Haus-Ecken ein (Schnittpunkte, die Häuser haben dann zunächst je 6 nodes) und zuletzt löschst Du die hintere Linie und die ganz hinteren nodes der 1. Extrusion. Alternativ gibt es auch einen Peilmodus, den Du mit Tab aktivieren kannst Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
Martin Koppenhoefer dieterdre...@gmail.com wrote: Die genaue Farbe einer Bahnlinie festzuhalten ist ja vermutlich sowieso nicht jedermanns Sache Die Bahnlinien hier in der Gegend haben alle die selbe Farbe: rostig braun. *SCNR* Sven -- Das Einzige wovor wir Angst haben müssen ist die Angst selbst (Franklin D. Roosevelt) /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] CMYK und RGB Farben - Standardisierung in OSM
2013/5/27 Sven Geggus li...@fuchsschwanzdomain.de: Die Bahnlinien hier in der Gegend haben alle die selbe Farbe: rostig braun. Bahnlinie: http://de.wikipedia.org/wiki/Linie_(Verkehr) hier in der Gegend: http://geggus.net/sven/sven.shtml 76227 Karlsruhe Test: http://www.kvv.de/fileadmin/user_upload/kvv/dokumente/netz/liniennetz/2013/L0SCHI_APR13_Internet.pdf gibt: Grün, Gelb, Rot, Blau Du meintest vielleicht Schienen: http://de.wikipedia.org/wiki/Schiene_(Schienenverkehr) -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Offizielle Definitionen der Linienfarben - KVV
Mail an: i...@kvv.karlsruhe.de CC an: talk-de@openstreetmap.org --- Sehr geehrte Damen und Herren, für die Linienfarben in Berlin-Brandenburg liegen bei OpenStreetMap offizielle Definitionen der Linienfarben vor: http://wiki.openstreetmap.org/w/images/a/a7/Linienfarben_SPNV.PDF Es wurde bestätigt, dass die CMYK-Werte verbindlich sind. Wie sind die Linienfarben beim KVV defniert, könnten Sie dazu ein Dokument bereitstellen? Mit freundlichen Grüssen Tobias Conradi -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] TSP Routing auf OSM Basis?
Hallo, ich suche eine Software, die zu gegebenen Adressen die günstigste Route bestimmt. ORS optimiert nicht die Reihenfolge der Vias, kann also das Problem des Handungsreisenden nicht lösen. Unter [1] gabe es keine konstruktive Antwort, wer weiß mehr? Danke Ralf 1. http://gis.19327.n5.nabble.com/quot-Travelling-salesman-quot-Router-auf-OSM-Datenbasis-td5309072.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Export-Funktion
Hallo, On 05/27/2013 12:42 PM, Wolfgang Hinsch wrote: im Moment scheint es nicht möglich zu sein, von der Mapnik-Karte aus jpeg oder pdf zu exportieren. Der Server meldet ständig, dass er überlastet ist. Ist das ein Bug, ist der Service eingestellt, oder ist der Server bis auf weiteres wirklich so überlastet? Wenn wir den Service anbieten, sollte er auch (meistens) funktionieren. Dann waere die logische Konsequenz, den Service schlicht abzuschalten. Der Export-Service basiert, im Gegensatz zu den Tiles, auf einem Live-Rendering, d.h. wenn Du da was exportierst, wird live die Datnenbank nach allem gefragt, um das eigens fuer Dich in genau dem gewuenschten Masstab in ein PDF odr SVG zu giessen. Das kostet viel Rechenzeit, und wenn wir das zu einem Dienst von der Wichtigkeit eines Tileservers erheben wollten, dann braeuchten wir gleich nochmal ein paar dicke Rechner mehr. Vielleicht ein Kompromiss: Die Fehlermeldung verbessern, so dass dort steht, dass man es vielleicht mal mit Maperitive versuchen soll ;) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Export-Funktion
Guter Kompromiss wäre wohl ein Formular wo man seine Mailaddy einträgt und die Datei ins Postfach gedroppt wird. LG Ruben 2013/5/27 Frederik Ramm frede...@remote.org: Hallo, On 05/27/2013 12:42 PM, Wolfgang Hinsch wrote: im Moment scheint es nicht möglich zu sein, von der Mapnik-Karte aus jpeg oder pdf zu exportieren. Der Server meldet ständig, dass er überlastet ist. Ist das ein Bug, ist der Service eingestellt, oder ist der Server bis auf weiteres wirklich so überlastet? Wenn wir den Service anbieten, sollte er auch (meistens) funktionieren. Dann waere die logische Konsequenz, den Service schlicht abzuschalten. Der Export-Service basiert, im Gegensatz zu den Tiles, auf einem Live-Rendering, d.h. wenn Du da was exportierst, wird live die Datnenbank nach allem gefragt, um das eigens fuer Dich in genau dem gewuenschten Masstab in ein PDF odr SVG zu giessen. Das kostet viel Rechenzeit, und wenn wir das zu einem Dienst von der Wichtigkeit eines Tileservers erheben wollten, dann braeuchten wir gleich nochmal ein paar dicke Rechner mehr. Vielleicht ein Kompromiss: Die Fehlermeldung verbessern, so dass dort steht, dass man es vielleicht mal mit Maperitive versuchen soll ;) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Export-Funktion
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo Ruben, Am 27.05.2013 22:54, schrieb Ruben Kelevra: Guter Kompromiss wäre wohl ein Formular wo man seine Mailaddy einträgt und die Datei ins Postfach gedroppt wird. Wenn man irgendwo seine Mailadresse eintragen muss, hat man einen Medienbruch und schon aus Datenschutzbedenken* wird dies nur ein kleiner Bruchteil der Nutzer tun. Das ist eigentlich eine simple Lösung, weniger Last zu haben. :) Als Ausgleich sollte man, wie schon von Frederik erwähnt, Maperitive als Alternative (mit Link auf Anleitung im Wiki) nennen. Viele Grüße Michael *) Braucht man in Deutschland dann eine Datenschutzerklärung? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRo82CAAoJEO7A7cvElxjaE0YH+wXIT74f44jCVvBV7uNl08Nx CYA6W2pAR2w7ZHmSrTIftfcQAUqaPc0sWolkZ9c1GvIYY0CoEaJmxhftXiiVCvEJ o1nMZrKXQHd9CLHOGsw+IX6mhwKLSXfX+m6JMZntUfsty2jLaZINeIoIE4gWkdzt h6AKtAoZf7G5OBgy7G4mPvMHspUBIwGOiDwle336cPFojlOtDd4C9dIFNrromKVx edX26bf1lrKoCoXK8Tg7EA+phzpI2Ocf5398xit+4y65xEckJ/OwBE53ov1fFi6P APMI8TRKl+2KLGx+jk4LeL6kZL+dv3/aktCbRQJroJAgX/C2CNQnNWQcHLuabQs= =A1Kz -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Semplificazioni
Olà. Trovo spesso ways come la 35570989 piuttosto ridondanti di nodi. Ho impostato josm per semplificare leggermente (max-error 1mt), ma essendoci nei nodi anche l'attributo ele non posso eseguire. Cheffaccio? Lascio stare? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Semplificazioni
2013/5/27 Cascafico Giovanni cascaf...@gmail.com Olà. Trovo spesso ways come la 35570989 piuttosto ridondanti di nodi. Ho impostato josm per semplificare leggermente (max-error 1mt), ma essendoci nei nodi anche l'attributo ele non posso eseguire. Cheffaccio? Lascio stare? Io scriverei all'autore della way. Bisogna far capire che convertire automaticamente le tracce gps in way è sbagliato. Ciao, Andrea. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Semplificazioni
Questa way, come penso altre a cui ti riferisci, sono il frutto del primo import dalla CTRN in FVG quando eravamo ancora giovani ed inesperti (stiamo parlando del 2009). I valori di quota quindi derivano direttamente dalla carta tecnica. Per sistemarli direi che l'unico modo è quello di eliminare i nodi in eccesso a mano dove è evidente che non servono. Per sentieri montani le semplificazioni automatiche danno risultati non tanto buoni. Oltrettutto molti dei dati importati sono stati editati pesantemente quindi meglio stare attenti. Ciao, Stefano Il giorno 27 maggio 2013 10:28, Cascafico Giovanni cascaf...@gmail.com ha scritto: Olà. Trovo spesso ways come la 35570989 piuttosto ridondanti di nodi. Ho impostato josm per semplificare leggermente (max-error 1mt), ma essendoci nei nodi anche l'attributo ele non posso eseguire. Cheffaccio? Lascio stare? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Semplificazioni
On 27/mag/2013, at 11:12, Stefano Salvador stefano.salva...@gmail.com wrote: ma essendoci nei nodi anche l'attributo ele non posso eseguire. Cheffaccio? Lascio stare? si, anche perché se ci sono dei tags sui nodi (ele) i nodi non sono ridondanti (premesso che le altezze hanno la precisione orizzontale con quale sono mappate, se hai un valore ele in osm ogni 5 metri, ma il modello altimetrico dietro aveva solo un punto ogni 30 metri, non avrebbe senso) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Mapping party a Cagliari
Ecco l'evento http://sardiniaopendata.org/2013/05/26/mappaxi/ Mappaxi deriva dal nome in sardo del quartiere oggetto di mapping, Stampaxi -- Andrea Zedda skype: andria_tzedda twitter: @Andria_Tzedda --- Kode srl via Gioacchino Volpe, 74 56121 Ospedaletto (Pisa) http://kode-solutions.net --- Sardinia Open Data http://sardiniaopendata.org/ --- ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Re: Semplificazioni
Occhio anche ad impostare semplificazioni automatiche: in zone montuose rischi di ridurre il dettaglio sulle curve e trasformare le strade in zig-zag senza senso. Ciao, Cristian Messaggio originale Da: musur...@gmail.com Data: 27/05/2013 10.39 A: openstreetmap list - italianotalk-it@openstreetmap.org Ogg: Re: [Talk-it] Semplificazioni 2013/5/27 Cascafico Giovanni cascaf...@gmail.com Olà. Trovo spesso ways come la 35570989 piuttosto ridondanti di nodi. Ho impostato josm per semplificare leggermente (max-error 1mt), ma essendoci nei nodi anche l'attributo ele non posso eseguire. Cheffaccio? Lascio stare? Io scriverei all'autore della way. Bisogna far capire che convertire automaticamente le tracce gps in way è sbagliato. Ciao, Andrea. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it Senza L’IMU il mercato immobiliare potrebbe riprendersi. Inizia ora la ricerca della tua Casa! http://tiscali.casa.it/vendita?partner=Tiscali ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mapping party a Cagliari
2013/5/27 Andrea Zedda andreazedd...@gmail.com: Ecco l'evento http://sardiniaopendata.org/2013/05/26/mappaxi/ Mappaxi deriva dal nome in sardo del quartiere oggetto di mapping, Stampaxi Cool! Ti consiglio comune anche il bel gioco di parole M'appare che avevano usato diverse iniziative di GFOSS.it (non so se il nome lo si deva a Pibinko o Steko o Luca) e che, il mitico Luca Delucchi, usa ancora nei mapping party italiani che organizza :) Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ed anche il comune di Cesena ha aperto i dati
Il 27/05/2013 00:30, marco bra ha scritto: Per completezza, per l'export del file dei civici Cesena da qgis a josm Dopo aver caricato il file traslato in qgis, bisogna poi esportarlo si seleziona il layer dei civici, poi tasto destro mouse e si Salva con nome con sistema di riferimento Monte Mario / Italy zone 2 EPSG:3004 e poi da Josm si importa il file .shp esportato da qgis Nota - per importare il file shp bisogna avere il plugin opendata installato in josm: http://wiki.openstreetmap.org/wiki/JOSM/Plugins/OpenData Ovvio che vanno comunque corretti gli attributi ed i dati collegati nello shape... molto probabilmente mancherà corrispondenza fra i nomi delle vie nei civici ed i nomi vie nel db di Osm... Ciao mcheck Scusa il puntiglio, ma, openstreetmap chiede il sistema di riferimento EPSG:4326, non EPSG:3004. -- Simone G. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] [Risolto] Comune di Crissolo (Cn)
Grazie ad una tempestiva comunicazione ora il comune in oggetto utilizza Osm in modo corretto. http://www.comune.crissolo.cn.it/ Dalle mie parti (provincie di CN e TO) credo sia uno dei primissimi che a livello di P.A. utilizzano la nostra mappa. -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ed anche il comune di Cesena ha aperto i dati
Certo Ma per usare i dati per poi importarli e convertirli devi sapere in qualè proiezione sono all'origine -- Maurizio 'napo' Napolitano http://de.straba.us Il giorno 27/mag/2013 18:22, girarsi_liste liste.gira...@gmail.com ha scritto: Il 27/05/2013 00:30, marco bra ha scritto: Per completezza, per l'export del file dei civici Cesena da qgis a josm Dopo aver caricato il file traslato in qgis, bisogna poi esportarlo si seleziona il layer dei civici, poi tasto destro mouse e si Salva con nome con sistema di riferimento Monte Mario / Italy zone 2 EPSG:3004 e poi da Josm si importa il file .shp esportato da qgis Nota - per importare il file shp bisogna avere il plugin opendata installato in josm: http://wiki.openstreetmap.org/**wiki/JOSM/Plugins/OpenDatahttp://wiki.openstreetmap.org/wiki/JOSM/Plugins/OpenData Ovvio che vanno comunque corretti gli attributi ed i dati collegati nello shape... molto probabilmente mancherà corrispondenza fra i nomi delle vie nei civici ed i nomi vie nel db di Osm... Ciao mcheck Scusa il puntiglio, ma, openstreetmap chiede il sistema di riferimento EPSG:4326, non EPSG:3004. -- Simone G. __**_ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-dk] Status på Geodatastyrelsen s FOT citering
Hej Søren, alle, Så er lige hvad gør man med geografiske objekter der krydser kommunegrænserne, hvilke kommune skal krediteres her? - Det er jeg også ved få undersøgt. I produktionen var/er det et krav, at alle objekter brydes ved kommunegrænsen. Jeg er ikke sikker på om de er blevet samlet bagefter - hvis ikke er det jo ikke det store problem at kreditere. Mvh Gregers ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-se] KartläggaSkärgården eller kustområden
2013/5/24 Joakim Fors joa...@joakimfors.org: Speciellt denna är hemsk: http://www.openstreetmap.org/browse/way/222841901 Nej, den är bra. Tillsammans med 222712473 är det en bra coastline nu. ++; Jag hade själv tänkt fixa den där då jag såg errors på OSMI coastline lagret men Weide hann före. :) Vill tilägga att det verkar som om ön har tree namn på hitta.se, ska det till en till multipolygon då? (jag tycker det är ett utmärkt exempel på hur man göra saker lite för komplicerat). Intressant det där med natural=wetland, jag tycker inte alltid det är självklart att den ska vara på ön som man kartlägger. Vass brukar jag för det mesta lägga utan för strandlinjen. -- /emj ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-ca] Advice on Addressing
Individual buildings is definitely preferable to interpolation ways. For adding address coverage in Fargo, ND, I used the 'audio mapping' technique detailed on the wiki while riding my bike up one sidewalk and then down the other on each street. It goes very fast and works very well. I also gather building:levels data at the same time as well as whether the address is for a house or apartment building. So my audio recording sounds like... Number 102 is a 1 storey house, number 104 is a 2 storey apartment, etc... Hope this helps. -AndrewBuck ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Advice on Addressing
I was pretty disappointed with the results I got from (mapquest's) Nominatim when I tried to geocode Doors Open Toronto's data. I found about a third of the results were clearly wrong, and haven't eyeballed the rest on a map to see how far off they are. Toronto's got pretty good address range entry, too. Sure, I hadn't cleaned up the data in any way (so there was some random noise about unit number formatting, and I don't think there was a single instance of the One True Canadian Address format in the whole list) but the results were disheartening. So, no answer from me, but I'm interested in hearing how this goes. Cheers Stewart ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Advice on Addressing
Individual addresses are always preferable to interpolation lines, interpolation lines are just an approximation so if you have all the addresses in a block you shouldn't also have interpolation lines as the latter duplicates the former. As for how to tag the addresses, if they're buildings with only one address I prefer put the addresses on the buildings. For more complicated situations with multiple addresses per building you'll often end up with points for addresses, and these points often also have shop information. From: Connors, Bernie (SNB) [mailto:bernie.conn...@snb.ca] Sent: Monday, May 27, 2013 6:48 AM To: talk-ca@openstreetmap.org Subject: [Talk-ca] Advice on Addressing Hello, With respect to Nominatim and OSM routing applications is there are better way to add address data to OSM? I have started adding some address data in my neighborhood but I am wondering if tagging buildings with an address is better or worse than digitizing address interpolation lines? http://www.openstreetmap.org/?lat=45.90249493718147 http://www.openstreetmap.org/?lat=45.90249493718147lon=-66.69308423995972; zoom=18 lon=-66.69308423995972zoom=18 Thanks, Bernie ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Toronto on the Wiki...
I was looking at the Toronto, ON entry in the OSM wiki : http://wiki.openstreetmap.org/wiki/Toronto . Some of the material is out of date... Any thoughts as to how best to fix things? Thanks. Colin McGregor ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Advice on Addressing
Much has already been said. A good tool to collect housenumbers on an Android phone is keypadmapper: http://wiki.openstreetmap.org/wiki/KeypadMapper I've mostly mapped interpolation lines in my Montreal neighborhood. The problem here is that each apartment has an individual housenumber, meaning that if you have, for example, a triplex you can easily end up with 8 different numbers for just one building, making individual nodes a huge pain. One note about the linked example: If you've mapped all individual houses on a block, I'd delete the interpolation line or add the addr:inclusion tag to provide other mappers with accuracy information: http://wiki.openstreetmap.org/wiki/Addresses#Using_Address_Interpolation_for_partial_surveys Harald. On Mon, May 27, 2013 at 9:48 AM, Connors, Bernie (SNB) bernie.conn...@snb.ca wrote: Hello, With respect to Nominatim and OSM routing applications is there are better way to add address data to OSM? I have started adding some address data in my neighborhood but I am wondering if tagging buildings with an address is better or worse than digitizing address interpolation lines? http://www.openstreetmap.org/?lat=45.90249493718147lon=-66.69308423995972zoom=18 Thanks, Bernie. -- Bernie Connors, P.Eng Manager – Spatial Data Infrastructure Land Information Infrastructure Unit, SNB Tel: 506-444-2077 Fax: 506-453-3898 45°56'25.21N, 66°38'53.65W bernie.conn...@snb.ca www.snb.ca/geonb ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca -- Please use encrypted communication whenever possible! Key-ID: 0x34cb93972f186565 ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Toronto on the Wiki...
On Mon, 27 May 2013, Colin McGregor wrote: I was looking at the Toronto, ON entry in the OSM wiki : http://wiki.openstreetmap.org/wiki/Toronto . Some of the material is out of date... Any thoughts as to how best to fix things? Just do it, it's a low edit volume wiki page if people don't like your edits the worst that will happen is a revert. I've deleted the 'Progress' section since it don't see a lot of benefit in it. The events section could be updated. Are there any good updated city wiki-pages that would be a good basis? A lot of the wiki pages in Canada could use cleanup Steve Thanks. Colin McGregor ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] Metatuiles les plus denses en nœuds
(encore un hors sujet) Le 26 mai 2013 23:50, Christian Rogel christian.ro...@club-internet.fr a écrit : Ça n'empêche pas d'être précis, comme quand on code (je ne code pas, mais, j'aime la précision dans le langage). Oui moi aussi je pense ça, et je pense qu'il est vain de se battre dans la situation culturelle française actuelle. Il vaut mieux participer à des travaux de rédaction, sans rejet ou exclusive pour les apports anglophones. Happy days. -- Les dérives de rue : Profession émotion http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Statistiques étranges sur le découpage administratif de la France - pb sur osm7
Le 27 mai 2013 04:55, Philippe Verdy verd...@wanadoo.fr a écrit : Depuis le plantage d'OSM7, on n'avait plus de statistiques sur le découpage adminsitratif. Les statistiques sont revenues, mais elles sont bizarres et reculent maintenant. Hier matin on avait encore 16 régions sur 22, hier soir plus que 8, ce matin plus que 7. Pourtant les 22 régions métropolitaines sont encore toutes là ! Effectivement y'a un truc coincé quelque part... Même chose pour les arrondissements, les communes, etc. Quelque chose cloche ou bien des fichiers sont corrompus et cela fausse les résultats qui reculent car le script ne retrouve pas ses petits. J'ai l'impression que c'est la copie du fichier GEOFLA 2011 qui est corrompue, ou bien carrément la base de données dans un de ses index quand une mise à jour à lieu sur OSM qui ne trouve pas d'équivalent dans la base locale sur OSM7. GEOFLA sert à indiquer combien il y a d'entités administratives d'un certain niveau et ce chiffre là est correct, le problème est donc ailleurs. Pourtant la base utilisée pour Layers et Osmose sur le site OSM France ne semble pas affecté. Layers fonctionne sur une autre machine avec une autre base. Osmose n'utilise sûrement pas cette base non plus. Quelqu'un a une idée de ce qui se passe ? Ou bien y a-t-il des changements inattendus dans les données, qui empêcheraient de prendre en compte les références INSEE qui disparaissent alors des stats un peu par magie sans qu'il y ait de changement fondamental dans la modélisation ? Il y a un problème avec la base osm2pgsql d'osm7. Ce n'est pas lié aux ref:INSEE il manque carrément des polygones dans planet_osm_polygon qui n'en a actuelle que 13 avec un admin_level=4 dont 7 en France les 6 frontaliers. Il doit y avoir des nœuds qui ont sauté lors des problèmes récents sur osm7 et osm2pgsql ne doit pas être capable de calculer les géométries correctement, enfin ça me fait penser à un truc de ce genre. Il va falloir reprendre les diff à partir d'un peu avant le plantage pour que ça se resynchronise, ou bien tout réimporter. -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Metatuiles les plus denses en nœuds
Le samedi 25 mai 2013 15:41:27 Vincent de Château-Thierry a écrit : Le 25/05/2013 13:30, Christian Quest a écrit : Pour se protégéer de la métapluie, il faut un métapébroque. métacapuche ! +1 Merci :-) -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Projet OpenStreetView
Le vendredi 24 mai 2013 18:34:04 Benjamin BERNARD a écrit : Salut, Je viens de m'inscrire sur le liste (quand j'ai vu que ça parlait de notre projet). Je suis Benjamin BERNARD membre de Maison du Libre (Brest) et porteur du projet Open Street View. Bienvenue sur la liste :-) On s'est rendu compte par le suite qu'avec ce nom les gens identifient rapidement de quoi traite le projet car ils pensent tout de suite à Google Street View. Tout à fait logique. Mais c'est vrai que si le projet voulait être utilisé par une association de grande randonnée en zone sauvage, ça sonerait bizarre. Mais en même temps, choisir un nom n'est jamais facile, et je n'ai pas d'autre proposition en stock (et c'est un peu tard je pense). Enfin je précise que ce projet en ai à ses début (sac à dos pas encore construit, dev web à faire ...), s'il y a des Brestois sur cette liste n'hésitez pas à passer nous. Nous sommes présents tous les samedi après midi à partir de 14h au local de maison du libre http://mdl29.net/association/le-local/. C'est vraiment super ce que vous entreprenez. Que la force soit avec vous ;-) -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Projet OpenStreetView
Le 27 mai 2013 09:19, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Tout à fait logique. Mais c'est vrai que si le projet voulait être utilisé par une association de grande randonnée en zone sauvage, ça sonerait bizarre. Mais en même temps, choisir un nom n'est jamais facile, et je n'ai pas d'autre proposition en stock (et c'est un peu tard je pense). Enfin je précise que ce projet en ai à ses début (sac à dos pas encore construit, dev web à faire ...), s'il y a des Brestois sur cette liste n'hésitez pas à passer nous. Nous sommes présents tous les samedi après midi à partir de 14h au local de maison du libre http://mdl29.net/association/le-local/. C'est vraiment super ce que vous entreprenez. Ce n'est pas trop tard à mon avis étant donné la jeunesse d'un projet qui doit encore se faire connaitre et trouver une vitesse de croisière. Donc un nom propre : une autre proposition qui correspondrait à votre description : Brest-Panoramap. Notez aussi que le TLD .bzh pour les noms de domaine va ouvrir dans les semaines qui viennent (le registry a été approuvé, l'accord ICANN est signé et publié, il reste la finalisation technique pour la période de sunrise dans laquelle les registrars vont faire acte de candidature pour ouvrir leurs services en même temp), et que les premiers registrars intéressés enregistrent déjà des préréservations. Réservez alors votre panoramap si vous comptez sortir des limites de Brest en gardant l'attachement breton (le .bzh n'est pas réservé qu'à la seule langue bretonne mais pour tout ce qui a un intérêt avec la Bretagne ou ceux qui y vivent ou y développent des activités; ce sera un TLD relativement ouvert). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Valeurs multiples (pour school:FR et ref:UAI)
Les collèges sont gérés par les département alors que les lycées le sont par la région il me semble. C'est ce qu'ila voulu dire par propriétaire 2013/5/26 David Crochet david.croc...@online.fr Bonjour Le 26/05/2013 22:59, Philippe Verdy a écrit : Oui mais dans le cas de la nomenclature UAI, elle se fiche des propriétaires J'image mal cela dans la fonction publique où les bâtiments d'un seul établissement publique local d'enseignement appartiennent à 2 propriétaires différents. Maintenant la situation locale de cet exemple peut être particulier: Le cas exposé ici est un établissement privé d'où le propriétaire mis entre guillemet car pour le moment non ou mal défini et/ou définissable. Quel est l'usage réel des locaux ? Sont-ils utilisable par les collégiens et les lycées sans différentiation ou non ? S'il n'y a pas de différentiation, oui ta solution est une solution possible. Sinon elle la cartographie peut être plus fine et définissant mieux les limites des lieux. Cordialement -- David Crochet __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://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] Petites nouvelles de Bretagne
Bonjour, L'association Kreizenn Dafar a ouvert la cantine numérique de Saint-Brieuc à la Matrice, 21 bd Clémenceau : c'est sans doute un lieu à investir pour des formations OSM. Et pas très loin, il y a toujours la Cyberbase de Lamballe qui est demandeur: http://lists.openstreetmap.org/pipermail/talk-fr/2011-February/030747.html Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] encore hors sujet.... quartiers et admin-centre
Le rôle 'admin_centre', c'est moi qui l'ai créé il y a déjà quelques années. Au départ, c'était juste pour lier la nouvelle relation de type administrative (boundary=administrative) et les noeuds existants de type place (town, city, etc). Ca collait bien pour lier un pays et sa capitale, une région et son centre administratif, un département et son chef-lieu, une commune, etc. La description est volontairement floue pour que ça puisse s'utiliser à tous les niveaux administratifs et à tous les pays. Maintenant, si la relation de type boundary n'a pas de place ou d'admin_centre correspondant (même à distance), ce rôle a toujours été défini comme optionnel. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Projet OpenStreetView
Le lundi 27 mai 2013 09:31:13 Philippe Verdy a écrit : Notez aussi que le TLD .bzh pour les noms de domaine va ouvrir dans les semaines qui viennent (le registry a été approuvé, l'accord ICANN est signé et publié, il reste la finalisation technique pour la période de sunrise dans laquelle les registrars vont faire acte de candidature pour ouvrir leurs services en même temp), et que les premiers registrars intéressés enregistrent déjà des préréservations. Réservez alors votre panoramap si vous comptez sortir des limites de Brest en gardant l'attachement breton (le .bzh n'est pas réservé qu'à la seule langue bretonne mais pour tout ce qui a un intérêt avec la Bretagne ou ceux qui y vivent ou y développent des activités; ce sera un TLD relativement ouvert). Notez aussi que Dédé annonce une truffade/jambon de pays pour jeudi (sous réserve du stock de tomme à confirmer). Les plus gourmands ont déjà réservé leur table, alors dépêchez-vous si vous comptez vous réchauffer le corps tout en dégustant les tommes du printemps fleuri (la truffade n'est pas réservée qu'aux gros mangeurs, mais pour tout les fin gourmets qui aiment rêver aux grands espace devant leur assiette). … désolé -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Projet OpenStreetView
C'était une note en passant, liée au choix du nom de projet et de son hébergement. Rien de plus. Admettons que c'est une blague aussi, je ne le prends pas mal. Le 27 mai 2013 11:08, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Le lundi 27 mai 2013 09:31:13 Philippe Verdy a écrit : Notez aussi que le TLD .bzh pour les noms de domaine va ouvrir dans les semaines qui viennent (le registry a été approuvé, l'accord ICANN est signé et publié, il reste la finalisation technique pour la période de sunrise dans laquelle les registrars vont faire acte de candidature pour ouvrir leurs services en même temp), et que les premiers registrars intéressés enregistrent déjà des préréservations. Réservez alors votre panoramap si vous comptez sortir des limites de Brest en gardant l'attachement breton (le .bzh n'est pas réservé qu'à la seule langue bretonne mais pour tout ce qui a un intérêt avec la Bretagne ou ceux qui y vivent ou y développent des activités; ce sera un TLD relativement ouvert). Notez aussi que Dédé annonce une truffade/jambon de pays pour jeudi (sous réserve du stock de tomme à confirmer). Les plus gourmands ont déjà réservé leur table, alors dépêchez-vous si vous comptez vous réchauffer le corps tout en dégustant les tommes du printemps fleuri (la truffade n'est pas réservée qu'aux gros mangeurs, mais pour tout les fin gourmets qui aiment rêver aux grands espace devant leur assiette). … désolé -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ 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] Plateau-party à Saclayt et réunion parisienne de ce vendredi 31 mai...
Ce vendredi se tient la cartopartie du plateau de Saclay (Platoparty) : https://www.facebook.com/events/147339058772623/ Je ne serai donc pas à notre réunion parisienne... sauf si ça vous dit de la délocaliser à Saclay à cette occasion. -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] RE : Re: Valeurs multiples (pour school:FR et ref:UAI)
Merci pour les réponses. Je suis passé hier soir devant l'établissement. Le lycée doit être dans l'aile de droite, le collège dans le reste. Donc on devrait pouvoir cartographier 2 polygones distincts, avec pour chacun une étiquette website ;-) À noter aussi un cadran solaire : il existe des tags pour ça ? Envoyé depuis un mobileDavid Crochet david.croc...@online.fr a écrit :Bonjour Le 26/05/2013 22:59, Philippe Verdy a écrit : Oui mais dans le cas de la nomenclature UAI, elle se fiche des propriétaires J'image mal cela dans la fonction publique où les bâtiments d'un seul établissement publique local d'enseignement appartiennent à 2 propriétaires différents. Maintenant la situation locale de cet exemple peut être particulier: Le cas exposé ici est un établissement privé d'où le propriétaire mis entre guillemet car pour le moment non ou mal défini et/ou définissable. Quel est l'usage réel des locaux ? Sont-ils utilisable par les collégiens et les lycées sans différentiation ou non ? S'il n'y a pas de différentiation, oui ta solution est une solution possible. Sinon elle la cartographie peut être plus fine et définissant mieux les limites des lieux. Cordialement -- David Crochet ___ 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] Plateau-party à Saclayt et réunion parisienne de ce vendredi 31 mai...
Bonjour, Hé, hé oui ça me dit ! Peux-tu nous en dire plus sur cette activité qui dure 24h je crois. Je n'ai pas d'accès à Face de Bouc :-) A+ Le 27 mai 2013 15:28, Christian Quest cqu...@openstreetmap.fr a écrit : Ce vendredi se tient la cartopartie du plateau de Saclay (Platoparty) : https://www.facebook.com/events/147339058772623/ Je ne serai donc pas à notre réunion parisienne... sauf si ça vous dit de la délocaliser à Saclay à cette occasion. -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Plateau-party à Saclayt et réunion parisienne de ce vendredi 31 mai...
Le 27 mai 2013 16:54, Marc SIBERT m...@sibert.fr a écrit : Peux-tu nous en dire plus sur cette activité qui dure 24h je crois. Je n'ai pas d'accès à Face de Bouc :-) J'ai trouvé ça: http://www.bievres.fr/Agenda/Autour-de-nous/Saclay-Plateau-Partie Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Projet OpenStreetView
Le 27 mai 2013 à 12:01, Philippe Verdy verd...@wanadoo.fr a écrit : C'était une note en passant, liée au choix du nom de projet et de son hébergement. Rien de plus. Admettons que c'est une blague aussi, je ne le prends pas mal. Tu fais beaucoup trop de notes en passant(et de digressions sans intérêt) sur une liste qui va encore atteindre 1000 messages dans le mois. N'as-tu jamais pitié de tes lecteurs? Christian R. membre de l'association pointbzh ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Améliorations plugin Cadastre
Bonjour tout le monde, et Pieren en particulier. Étant donné qu'on utilise de manière assez intense le plugin casastre, j'ose demander s'il serait possible de lui faire quelques améliorations : - Je (on ?) se retrouve régulièrement a géoréférencer plusieurs fois une même planche pour obtenir un bon calage, mais à chaque fois, il faut la retélécharger, et c'est assez long. Est-ce qu'il serait possible de ne pas avoir à le faire ? - Pendant la procédure de recadrage, si on a la main tremblante, et qu'on clique en dehors de la planche, alors le plugin reste coincé et n'accepte plus rien. On se retrouve dans l'obligation de quitter Josm sous peine de recevoir des alertes de crash du plugin. ps : Josm v5966 Stéphane ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Fwd: Ouverture GEOGUYANE + Questionnaire
-- Message transféré -- De : MOURGUIART Charline - DEAL Guyane/PCE/PC/IGDC charline.mourgui...@developpement-durable.gouv.fr Date : 27 mai 2013 18:36 Objet : Ouverture GEOGUYANE + Questionnaire À : denis.bigor...@gmail.com Monsieur, A l’occasion des Journées INSPIRE (http://www.guyane.**developpement-durable.gouv.fr/** journees-inspire-en-guyane-**a746.htmlhttp://www.guyane.developpement-durable.gouv.fr/journees-inspire-en-guyane-a746.html) qui se sont déroulées les 23 et 24 avril 2013 à Cayenne, GEOGUYANE, plateforme mutualisée pour le partage de l’information géographique en Guyane, a été ouverte au public. Elle est accessible à l’adresse suivante : http://www.geoguyane.fr. Réunissant à ce jour une vingtaine de partenaires et conforme aux normes en vigueur, cette plateforme a pour objectifs principaux de : - porter à connaissance du public les données produites en Guyane, - développer la mutualisation et le partage des informations existantes, - accroître l’efficacité des services producteurs et utilisateurs d’information géographique, - favoriser le développement de l’information géographique en Guyane. Le catalogue compte aujourd’hui plus de 230 fiches de métadonnées et sa montée en charge se fera progressivement. Par ailleurs, l’ouverture au public de GéoGuyane a été l’occasion de lancer une enquête sur les usages de l’information géographique en Guyane. Si dans le cadre de vos missions, vous êtes amenés à travailler sur des données géographiques sur la Guyane, vous êtes invités à compléter le questionnaire en ligne : http://enqueteur.diren.guyane.**developpement-durable.gouv.fr/** index.php?sid=42895lang=frhttp://enqueteur.diren.guyane.developpement-durable.gouv.fr/index.php?sid=42895lang=fr Le questionnaire est ouvert jusqu’au 14 juin. Nous comptons sur vous ! Je vous saurais gré de valider l'accusé de réception et de bien vouloir m'indiquer si vous avez répondu au questionnaire. En vous remerciant par avance, je vous souhaite une agréable journée. Bien cordialement, Charline Mourguiart Stagiaire DEAL Guyane Unité Information Géographique, Diffusion de la Connaissance Service Planification, Connaissance et Évaluation ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Plateau-party à Saclayt et réunion parisienne de ce vendredi 31 mai...
J'ai pas trop de détails sur les 24h, je sais juste qu'il y a une cartopartie qui démarre à 17h et converge pour 20h à la ferme du Moulon (INRA)... donc 3h sur les 24 ;) Sur les 24h: http://www.culturecommunication.gouv.fr/Disciplines-et-secteurs/Architecture/Formations-Recherche-Metiers/La-recherche/La-recherche-incitative/La-grande-ville-24h-chrono L'annonce complète sur facebook: - Participez à une PLATEAU-PARTIE à ORSAY/SACLAY - VENEZ AVEC VOS SMARTPHONES, TABLETTES et GPS POUR LA PROMENADE NUMÉRIQUE VOUS PRÉVOYEZ LES VRAIES BONNES CHAUSSURES DE MARCHE NOUS VOUS OFFRONS LES PONCHOS EN CAS DE PLUIE + UNE CARTE IMPERMÉABLE DANS LE KIT qui vous sera remis au départ après inscription. CE SOIR LA, C'EST LA FETE DES VOISINS : NOUS FERONS LA FETE AVEC DE NOUVEAUX VOISINS MÉTROPOLITAINS, lors de notre BUFFET DE PRODUITS des FERMES LOCALES. FAITES PASSER L'INFO !!! Il y aura à l'arrivée un buffet convivial et une audition de la composition musicale de Maurilio Cacciatore VITE VITE PRE_INSCRIPTION sur : https://docs.google.com/forms/d/1CbyVoBoxqneyAzXsjvFe-TmuyoNGXZsheyg-uahcUWM/viewform PLUS D'INFOS visuelles sur : http://www.dailymotion.com/video/xza3p6_saclay-plateau-partie_creation#.UXuU1aXIqQs Dans le cadre de l'événement La GRANDE VILLE 24H CHRONO, une recherche-action est organisée afin d'expérimenter LA MARCHE comme préfiguration des futures pratiques du Campus de Saclay. Il s'agit à la fois d'une vision prospective de la marche pour le territoire métropolitain d'une démarche d’implication citoyenne pour le plateau de Saclay et ses environs. Pour cela, le son, l'image, le texte poétique et la végétalisation seront nos outils. Nous procéderons de façon collaborative à la conception d'un jardin multiple et géolocalisé. NOUS VOUS PROPOSONS UNE EXPERIENCE HYBRIDE DE PROMENADE NUMÉRIQUE ET DE PROMENADE COLLECTE // RENDEZ-VOUS à 16h45 à l'entrée de la FAC D'ORSAY - PARIS SUD = 48°42'00.39N 2°10'51.10E devant le Bât 311 Maison des Etudes. (arrêt RER B ORSAY) Parking prévu sur le campus pour les véhicules personnels en passant devant la Maison des Etudes = 48°42'06.20N 2°10'56.07E / Venez muni d'un crayon, d'un appareil photo ou d'un dictaphone, d'un lecteur MP3 ou CD, de votre smartphone ou tablette, et de bonnes chaussures! On traversera la forêt et le coteau, avec 120m de dénivelée. /// A 20h00, vous aurez la possibilité soit de continuer sur notre site, soit de quitter l'évènement local, soit de rejoindre la prochaine étape de l'événement global des 24H CHRONO - direction Aéroport de Roissy (direct par le RER B) // Un événement conçu par le Laboratoire Architecture Culture et Société de l'École Nationale Supérieure d'Architecture Paris Malaquais et l’agence Studio Muoto, avec OpenStreetMap, La Fonderie (agence numérique IdF), le collectif Pied à Terre, Maurilio Cacciatore (compositeur) et Marco Liuni (chercheur de l'Ircam). --- - La GRANDE VILLE 24 HEURES CHRONO - --- Un événement à l'initiative du Ministère de la Culture et de la Communication, du Bureau de la Recherche Architecturale Urbaine et Paysagère, de la Cité de l’architecture et du Patrimoine ET de l'Atelier International du Grand Paris http://www.culturecommunication.gouv.fr/Disciplines-et-secteurs/Architecture/Formations-Recherche-Metiers/La-recherche/La-recherche-incitative/La-grande-ville-24h-chrono Le 27 mai 2013 16:56, Romain MEHUT romain.me...@gmail.com a écrit : Le 27 mai 2013 16:54, Marc SIBERT m...@sibert.fr a écrit : Peux-tu nous en dire plus sur cette activité qui dure 24h je crois. Je n'ai pas d'accès à Face de Bouc :-) J'ai trouvé ça: http://www.bievres.fr/Agenda/Autour-de-nous/Saclay-Plateau-Partie Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Plateau-party à Saclayt et réunion parisienne de ce vendredi 31 mai...
Bonsoir, Le 27/05/2013 16:54, Marc SIBERT a écrit : Bonjour, Hé, hé oui ça me dit ! Peux-tu nous en dire plus sur cette activité qui dure 24h je crois. Je n'ai pas d'accès à Face de Bouc :-) Le 27 mai 2013 15:28, Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr a écrit : Ce vendredi se tient la cartopartie du plateau de Saclay (Platoparty) : https://www.facebook.com/events/147339058772623/ Je ne serai donc pas à notre réunion parisienne... sauf si ça vous dit de la délocaliser à Saclay à cette occasion. -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ Pas de Plateau-party pour moi... dommage. Mais rendez-vous à partir de 19:00 au 1er étage du Père Fouettard (on y mange une truffade Jambon de Paris, mmhhh... :-) ) http://www.openstreetmap.fr/2013-05-31-reunion-paris vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Plateau-party à Saclayt et réunion parisienne de ce vendredi 31 mai...
Une cartopartie, une cartopartie, c'est vite dit… Extrait du lien donné précédemment : «Les données recueillies seront cartographiées ultérieurement sur saclay.carte-ouverte.org par l'équipe recherche et OpenStreetMap. » Sans vouloir être rabat-joie, ça ressemble à Promenons-nous dans les bois, regardons les petites fleurs et les jolis oiseaux, puis allons écouter de la musique en mangeant un morceau. (« Le son, l'image, le texte poétique et la végétalisation sont nos outils. ») Euh, et c'est qui qui va se coltiner les documents inbitables des promeneurs ? Tous à la poubelle, on va refaire ça nous-mêmes ? JB. Le 27.05.2013 19:02, Christian Quest a écrit : J'ai pas trop de détails sur les 24h, je sais juste qu'il y a une cartopartie qui démarre à 17h et converge pour 20h à la ferme du Moulon (INRA)... donc 3h sur les 24 ;) Sur les 24h: http://www.culturecommunication.gouv.fr/Disciplines-et-secteurs/Architecture/Formations-Recherche-Metiers/La-recherche/La-recherche-incitative/La-grande-ville-24h-chrono [3] L'annonce complète sur facebook: - Participez à une PLATEAU-PARTIE à ORSAY/SACLAY - VENEZ AVEC VOS SMARTPHONES, TABLETTES et GPS POUR LA PROMENADE NUMÉRIQUE VOUS PRÉVOYEZ LES VRAIES BONNES CHAUSSURES DE MARCHE NOUS VOUS OFFRONS LES PONCHOS EN CAS DE PLUIE + UNE CARTE IMPERMÉABLE DANS LE KIT qui vous sera remis au départ après inscription. CE SOIR LA, C'EST LA FETE DES VOISINS : NOUS FERONS LA FETE AVEC DE NOUVEAUX VOISINS MÉTROPOLITAINS, lors de notre BUFFET DE PRODUITS des FERMES LOCALES. FAITES PASSER L'INFO !!! Il y aura à l'arrivée un buffet convivial et une audition de la composition musicale de Maurilio Cacciatore VITE VITE PRE_INSCRIPTION sur : https://docs.google.com/forms/d/1CbyVoBoxqneyAzXsjvFe-TmuyoNGXZsheyg-uahcUWM/viewform [4] PLUS D'INFOS visuelles sur : http://www.dailymotion.com/video/xza3p6_saclay-plateau-partie_creation#.UXuU1aXIqQs [5] Dans le cadre de l'événement La GRANDE VILLE 24H CHRONO, une recherche-action est organisée afin d'expérimenter LA MARCHE comme préfiguration des futures pratiques du Campus de Saclay. Il s'agit à la fois d'une vision prospective de la marche pour le territoire métropolitain d'une démarche d'implication citoyenne pour le plateau de Saclay et ses environs. Pour cela, le son, l'image, le texte poétique et la végétalisation seront nos outils. Nous procéderons de façon collaborative à la conception d'un jardin multiple et géolocalisé. NOUS VOUS PROPOSONS UNE EXPERIENCE HYBRIDE DE PROMENADE NUMÉRIQUE ET DE PROMENADE COLLECTE // RENDEZ-VOUS à 16h45 à l'entrée de la FAC D'ORSAY - PARIS SUD = 48°42'00.39N 2°10'51.10E devant le Bât 311 Maison des Etudes. (arrêt RER B ORSAY) Parking prévu sur le campus pour les véhicules personnels en passant devant la Maison des Etudes = 48°42'06.20N 2°10'56.07E / Venez muni d'un crayon, d'un appareil photo ou d'un dictaphone, d'un lecteur MP3 ou CD, de votre smartphone ou tablette, et de bonnes chaussures! On traversera la forêt et le coteau, avec 120m de dénivelée. /// A 20h00, vous aurez la possibilité soit de continuer sur notre site, soit de quitter l'évènement local, soit de rejoindre la prochaine étape de l'événement global des 24H CHRONO - direction Aéroport de Roissy (direct par le RER B) // Un événement conçu par le Laboratoire Architecture Culture et Société de l'École Nationale Supérieure d'Architecture Paris Malaquais et l'agence Studio Muoto, avec OpenStreetMap, La Fonderie (agence numérique IdF), le collectif Pied à Terre, Maurilio Cacciatore (compositeur) et Marco Liuni (chercheur de l'Ircam). --- - La GRANDE VILLE 24 HEURES CHRONO - --- Un événement à l'initiative du Ministère de la Culture et de la Communication, du Bureau de la Recherche Architecturale Urbaine et Paysagère, de la Cité de l'architecture et du Patrimoine ET de l'Atelier International du Grand Paris http://www.culturecommunication.gouv.fr/Disciplines-et-secteurs/Architecture/Formations-Recherche-Metiers/La-recherche/La-recherche-incitative/La-grande-ville-24h-chrono [3] Le 27 mai 2013 16:56, Romain MEHUT romain.me...@gmail.com a écrit : Le 27 mai 2013 16:54, Marc SIBERT m...@sibert.fr a écrit : Peux-tu nous en dire plus sur cette activité qui dure 24h je crois. Je n'ai pas d'accès à Face de Bouc :-) J'ai trouvé ça: http://www.bievres.fr/Agenda/Autour-de-nous/Saclay-Plateau-Partie [1] Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr [2] Links: -- [1] http://www.bievres.fr/Agenda/Autour-de-nous/Saclay-Plateau-Partie [2]
Re: [OSM-talk-fr] Plateau-party à Saclayt et réunion parisienne de ce vendredi 31 mai...
On verra bien ! Je serai juste un peu en retard pour notre réunion mensuelle... Le 27 mai 2013 19:15, JB jb...@mailoo.org a écrit : Une cartopartie, une cartopartie, c'est vite dit… Extrait du lien donné précédemment : «Les données recueillies seront cartographiées ultérieurement sur saclay.carte-ouverte.org par l’équipe recherche et OpenStreetMap. » Sans vouloir être rabat-joie, ça ressemble à Promenons-nous dans les bois, regardons les petites fleurs et les jolis oiseaux, puis allons écouter de la musique en mangeant un morceau. (« Le son, l’image, le texte poétique et la végétalisation sont nos outils. ») Euh, et c'est qui qui va se coltiner les documents inbitables des promeneurs ? Tous à la poubelle, on va refaire ça nous-mêmes ? JB. Le 27.05.2013 19:02, Christian Quest a écrit : J'ai pas trop de détails sur les 24h, je sais juste qu'il y a une cartopartie qui démarre à 17h et converge pour 20h à la ferme du Moulon (INRA)... donc 3h sur les 24 ;) Sur les 24h: http://www.culturecommunication.gouv.fr/Disciplines-et-secteurs/Architecture/Formations-Recherche-Metiers/La-recherche/La-recherche-incitative/La-grande-ville-24h-chrono L'annonce complète sur facebook: - Participez à une PLATEAU-PARTIE à ORSAY/SACLAY - VENEZ AVEC VOS SMARTPHONES, TABLETTES et GPS POUR LA PROMENADE NUMÉRIQUE VOUS PRÉVOYEZ LES VRAIES BONNES CHAUSSURES DE MARCHE NOUS VOUS OFFRONS LES PONCHOS EN CAS DE PLUIE + UNE CARTE IMPERMÉABLE DANS LE KIT qui vous sera remis au départ après inscription. CE SOIR LA, C'EST LA FETE DES VOISINS : NOUS FERONS LA FETE AVEC DE NOUVEAUX VOISINS MÉTROPOLITAINS, lors de notre BUFFET DE PRODUITS des FERMES LOCALES. FAITES PASSER L'INFO !!! Il y aura à l'arrivée un buffet convivial et une audition de la composition musicale de Maurilio Cacciatore VITE VITE PRE_INSCRIPTION sur : https://docs.google.com/forms/d/1CbyVoBoxqneyAzXsjvFe-TmuyoNGXZsheyg-uahcUWM/viewform PLUS D'INFOS visuelles sur : http://www.dailymotion.com/video/xza3p6_saclay-plateau-partie_creation#.UXuU1aXIqQs Dans le cadre de l'événement La GRANDE VILLE 24H CHRONO, une recherche-action est organisée afin d'expérimenter LA MARCHE comme préfiguration des futures pratiques du Campus de Saclay. Il s'agit à la fois d'une vision prospective de la marche pour le territoire métropolitain d'une démarche d’implication citoyenne pour le plateau de Saclay et ses environs. Pour cela, le son, l'image, le texte poétique et la végétalisation seront nos outils. Nous procéderons de façon collaborative à la conception d'un jardin multiple et géolocalisé. NOUS VOUS PROPOSONS UNE EXPERIENCE HYBRIDE DE PROMENADE NUMÉRIQUE ET DE PROMENADE COLLECTE // RENDEZ-VOUS à 16h45 à l'entrée de la FAC D'ORSAY - PARIS SUD = 48°42'00.39N 2°10'51.10E devant le Bât 311 Maison des Etudes. (arrêt RER B ORSAY) Parking prévu sur le campus pour les véhicules personnels en passant devant la Maison des Etudes = 48°42'06.20N 2°10'56.07E / Venez muni d'un crayon, d'un appareil photo ou d'un dictaphone, d'un lecteur MP3 ou CD, de votre smartphone ou tablette, et de bonnes chaussures! On traversera la forêt et le coteau, avec 120m de dénivelée. /// A 20h00, vous aurez la possibilité soit de continuer sur notre site, soit de quitter l'évènement local, soit de rejoindre la prochaine étape de l'événement global des 24H CHRONO - direction Aéroport de Roissy (direct par le RER B) // Un événement conçu par le Laboratoire Architecture Culture et Société de l'École Nationale Supérieure d'Architecture Paris Malaquais et l’agence Studio Muoto, avec OpenStreetMap, La Fonderie (agence numérique IdF), le collectif Pied à Terre, Maurilio Cacciatore (compositeur) et Marco Liuni (chercheur de l'Ircam). --- - La GRANDE VILLE 24 HEURES CHRONO - --- Un événement à l'initiative du Ministère de la Culture et de la Communication, du Bureau de la Recherche Architecturale Urbaine et Paysagère, de la Cité de l’architecture et du Patrimoine ET de l'Atelier International du Grand Paris http://www.culturecommunication.gouv.fr/Disciplines-et-secteurs/Architecture/Formations-Recherche-Metiers/La-recherche/La-recherche-incitative/La-grande-ville-24h-chrono Le 27 mai 2013 16:56, Romain MEHUT romain.me...@gmail.com a écrit : Le 27 mai 2013 16:54, Marc SIBERT m...@sibert.fr a écrit : Peux-tu nous en dire plus sur cette activité qui dure 24h je crois. Je n'ai pas d'accès à Face de Bouc :-) J'ai trouvé ça: http://www.bievres.fr/Agenda/Autour-de-nous/Saclay-Plateau-Partie Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org
[OSM-talk-fr] Solutions Linux
Ca commence demain au CNIT... pour 2 jours ! J'espère ne pas être trop seul sur le stand ;) -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Solutions Linux
Je serai dispo demain et mercredi à partir de 13 h Le 27 mai 2013 20:01, Christian Quest cqu...@openstreetmap.fr a écrit : Ca commence demain au CNIT... pour 2 jours ! J'espère ne pas être trop seul sur le stand ;) -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ 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] RE : Re: Valeurs multiples (pour school:FR et ref:UAI)
Le 27 mai 2013 16:25, Yves Pratter yves.prat...@laposte.net a écrit : À noter aussi un cadran solaire : il existe des tags pour ça ? amenity=clock display=sundial ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Améliorations plugin Cadastre
J'en profite pour demander si je suis le seul a avoir le plugin qui ne marche plus qu'avec la premiere importation de feuille image, et qui bloque apres, sous Windows - quelques soit la machin, la version de windows, de java etc. - ? Le 27 mai 2013 18:09, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Bonjour tout le monde, et Pieren en particulier. Étant donné qu'on utilise de manière assez intense le plugin casastre, j'ose demander s'il serait possible de lui faire quelques améliorations : - Je (on ?) se retrouve régulièrement a géoréférencer plusieurs fois une même planche pour obtenir un bon calage, mais à chaque fois, il faut la retélécharger, et c'est assez long. Est-ce qu'il serait possible de ne pas avoir à le faire ? - Pendant la procédure de recadrage, si on a la main tremblante, et qu'on clique en dehors de la planche, alors le plugin reste coincé et n'accepte plus rien. On se retrouve dans l'obligation de quitter Josm sous peine de recevoir des alertes de crash du plugin. ps : Josm v5966 Stéphane ___ 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] Solutions Linux
Génial, à demain alors ! Le 27 mai 2013 20:03, Ab_fab gamma@gmail.com a écrit : Je serai dispo demain et mercredi à partir de 13 h Le 27 mai 2013 20:01, Christian Quest cqu...@openstreetmap.fr a écrit : Ca commence demain au CNIT... pour 2 jours ! J'espère ne pas être trop seul sur le stand ;) -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Vote - Amélioration de la carto des centrales électriques
Bonsoir, Je tenais à annoncer ici le début du 1er vote des propositions d'évolution du modèle de tag pour les réseaux électriques. Après un démarrage sur les chapeaux de roues au début de l'année, un temps a été pris pour réfléchir avec les contributeurs à l'initiative de cette idée. Il en a résulté 4 propositions majeures qui vont toutes être votées tour à tour d'ici à... on ne sait pas quand. Il y a quelques jour, la proposition concernant les postes électriques a passé le jalon RFC. http://wiki.openstreetmap.org/wiki/Proposed_features/Substation_refinement Ce soir, le premier vote est lancé sur la proposition concernant les centrales électriques http://wiki.openstreetmap.org/wiki/Proposed_features/Power_generation_refinement Elle a été créée et majoritairement rédigée par don-vip. Je n'ai fais que la reprendre, y ajouter quelques notions et trouver les solutions aux questions restées en suspend ou posées en cours de route. C'est néanmoins une super expérience. Merci de prendre un peu de temps pour donner votre avis pour/contre en bas de page. La RFC étant terminée, la page ne sera pas modifiée pendant toute la durée du vote qui se terminera le 10 juin pour l'instant. La justification d'un vote (vivement souhaitée) ne servira qu'à une éventuelle reprise en cas de rejet. Bonne soirée et merci par avance. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Solutions Linux
Salut Christian, Christian Quest a écrit : Ca commence demain au CNIT... pour 2 jours ! J'espère ne pas être trop seul sur le stand ;) Je serai sur le salon pendant les deux jours (je participe même mercredi après-midi à une table ronde sur l'innovation ouverte) mais je crains de ne pas avoir trop de temps à consacrer au stand OSM. Ceci étant, c'est certain, je passerai. ;) Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] drinking_water, oui mais...
Bonsoir, Soit un abri (une cabane de chasseurs) équipée d'un poêle, de tables, et d'une citerne d'eau de pluie. Je ne peux pas indiquer drinking_water=yes (à mon avis c'est buvable, surtout avec le renouvellement qu'il y a eu ces temps-ci, mais bon...), mais l'eau va bien pour cuisiner une fois bouillie. Comment indiquer ce type de qualité d'eau. Je pense que c'est une indication intéressante pour les randonneurs. On invente la valeur if_boiled ? On crée un tag plus générique pour ce type de ressources ? -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Transports publics : intérêt de Chouette pour OSM ?
Bonjour, Les plus libristes d'entre vous auront certainement vu passer sur LinuxFr l'annonce de Chouette, outil libre de gestion de données de transport collectif : https://linuxfr.org/news/chouette-logiciel-de-gestion-de-donnees-de-transport-collectif Sachant qu'il peut exporter les données de transport, ce logiciel pourrait se révéler utile pour OSM et plus précisément pour ceux d'entre nous qui ont à cœur de reporter dans OSM les réseaux de transport public et de les maintenir à jour. Vous me direz « encore faut-il avoir accès à ces données » et c'est vrai. Mais l'open data progressant en France, je suis convaincu que la disponibilité sous licence libre des données de transport va se banaliser. Restera alors le problème du format et d'un éventuel outil d'extraction pour faciliter leur exploitation. D'ailleurs, je n'ai pas regardé en détail les formats d'export de Chouette mais le code étant disponible sous licence libre, il doit être possible si ce n'est pas déjà fait d'adapter Chouette pour qu'il exporte les données au format attendu par OSM. Qu'en dites-vous ? Sébastieen -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Transports publics : intérêt de Chouette pour OSM ?
Peut-être que déjà il fait aussi le travail en sens inverse d'OSM vers la Chouette base. C'est l'occasion de mettre en place un partenariat par des ambassades et des outils d'échange pour que chacun en profite au mieux. A condition que les licences soient compatibles... Pour l'instant c'est du CeCILL-B (faite pour être compatible, en droit français, avec la licence BSD assez libérale). C'est une licence de logiciel, portant surtout sur le droit d'auteur et qui ne contient rien de précis en terme de base de données, hormis une obligation de mentionner les sources (comme nous d'ailleurs) et ne pas se les approprier (même si nos modifications viennent de nous, collectivement sous notre licence actuelle). Noter tout de même que sa base s'appuie sur des données déjà acceptées dans OSM et en gros on a les mêmes sources mais des codifications différentes dans la réalisation, ce qui pourrait nécessiter des adaptations de schémas pour se rendre compatibles, et peut-être quelques tags pour gérer des cas qu'ils savent traiter mais pas encore nous sous OSM. Et que leur licence permet les modifcations, et ne restreint pas les usages commerciaux. Est-ce que la licence CeCILL-B a été approuvée pour OSM (autrement dit la formulation en droit français est compatible avec celle interprétée en droit anglais à l'origine, même si les deux licences ont une vocation à être assez internationales dans leur champ d'application) ? Il me semble que ce sera plus facile pour nous d'intégrer les données Chouette que pour eux d'intégrer les nôtres... Mais à la base, je ne suis même pas certain que Chouette contienne une base de données, la description en fait plus un outil logiciel permettant d'accéder à des bases de données, via un jeu de profils d'accès et d'échanges adoptant certaines normes qu'actuellement on n'a pas dans OSM. Noter que pour leurs fonds de carte de démo : http://chouette.mobi/client_siri/ ils utilisent déjà un rendu Mapnik basé sur les données OSM et ils ont déjà du réfléchir à la compatibilité des licences pour leur application et ses données (que je ne localise pas en revanche, ces données ne sont peut-être que les profils d'échanges)... Le 28 mai 2013 00:42, Sébastien Dinot sebastien.di...@free.fr a écrit : Bonjour, Les plus libristes d'entre vous auront certainement vu passer sur LinuxFr l'annonce de Chouette, outil libre de gestion de données de transport collectif : https://linuxfr.org/news/chouette-logiciel-de-gestion-de-donnees-de-transport-collectif Sachant qu'il peut exporter les données de transport, ce logiciel pourrait se révéler utile pour OSM et plus précisément pour ceux d'entre nous qui ont à cœur de reporter dans OSM les réseaux de transport public et de les maintenir à jour. Vous me direz « encore faut-il avoir accès à ces données » et c'est vrai. Mais l'open data progressant en France, je suis convaincu que la disponibilité sous licence libre des données de transport va se banaliser. Restera alors le problème du format et d'un éventuel outil d'extraction pour faciliter leur exploitation. D'ailleurs, je n'ai pas regardé en détail les formats d'export de Chouette mais le code étant disponible sous licence libre, il doit être possible si ce n'est pas déjà fait d'adapter Chouette pour qu'il exporte les données au format attendu par OSM. Qu'en dites-vous ? Sébastieen -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] drinking_water, oui mais...
Si c'est de l'eau de pluie, c'est comme toute eau de ruissellement ou comme une flaque, juste en plus grand. Ce n'est pas de l'eau potable (on peut aussi bouillir l'eau d'une rivière je ne suis pas sûr que ce soit potable pour autant même si ça tue des microorganismes, cela ne dépollue pas...) Bref rien de plus à taguer qu'une construction de citerne, comme on tague aussi un puits ou même une rivière sans pour autant indiquer la potabilité... Sinon on tague une fontaine. Si c'est une citerne privée, aucun moyen de contrôler, le propriétaire fait ce qu'il veut à ses risques et périls et on n'est pas la pour savoir s'il boit cette eau, ou cuisine avec, ou arrose ses plantes avec, ou s'en sert pour le lavage ou les latrines ! Le 28 mai 2013 00:00, Vincent Pottier vpott...@gmail.com a écrit : Bonsoir, Soit un abri (une cabane de chasseurs) équipée d'un poêle, de tables, et d'une citerne d'eau de pluie. Je ne peux pas indiquer drinking_water=yes (à mon avis c'est buvable, surtout avec le renouvellement qu'il y a eu ces temps-ci, mais bon...), mais l'eau va bien pour cuisiner une fois bouillie. Comment indiquer ce type de qualité d'eau. Je pense que c'est une indication intéressante pour les randonneurs. On invente la valeur if_boiled ? On crée un tag plus générique pour ce type de ressources ? -- FrViPofm __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-us] [OSM-talk] Google Maps being praised for removing I-5 colasped bridge quickly
On 25.05.2013 12:15, Martin Koppenhoefer wrote: On 25/mag/2013, at 10:33, Paweł Paprota ppa...@fastmail.fm wrote: Of course with Wikipedia it was somehow easier because all of their work gets indexed by search engines Also osm is indexed by search engines When Google returns results pointing to www.strassenkatalog.de I know that OSM is the only place where this thing shows up in the internet. Or - to be more exact - is the only place where Googles crawler found it. strassenkatalog seems to be one of those useless thousendfold adress-and-phone register strewn across the web. If you want google results with OSM in the first places, try some loc_names. Here an example: http://www.google.de/search?q=%22aze-stra%C3%9Fe%22 ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Google Maps being praised for removing I-5 colasped bridge quickly
Let's forget about Google Maps for a moment that give thanks to the contributors who updated I-5 on OpenStreetMap. Alan, rickmastfan67, Sundance and katpatuka have all contributed to the update. It is dedicated mappers like these that make OSM great. -- Clifford OpenStreetMap: Maps with a human touch ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-cl] Curso Openstreetmap o Programador aplicación
On Thu, May 23, 2013 at 11:12:15AM -0400, Oscar Flores Monroy wrote: Estimados: Necesito personalizar un mapa en un sitio web, particularmente mostrar puntos en un mapa y que al pinchar en ellos me muestre información. Quisiera saber si hay alguien que se interese en hacer alguna capacitación a 2 personas, Cartógrafos, tenemos las bases de los puntos, o en defecto alguien que me pueda programar dicha aplicación. Mi idea también es poder colaborar con el proyecto Openstreetmap, ya que por el tipo de trabajo que realizo, hago levantamiento de calles de comunas que tienen muy poca información en el proyecto actualmente, por eso me gustaría la primera opción que es una capacitación. Obviamente pagaríamos por ella. Quedo atento a vuestras respuestas. Oscar, Por si te sirve: https://code.google.com/p/warpit/wiki/Manejo_de_mapas_con_OpenStreetMaps Instalas el sistema base, y desde ahí copy paste ;) Salu2 Saludos Oscar Flores Cartógrafo Cel. 95180147 CONFIDENCIALIDAD: La información contenida en este mensaje y/o en los archivos adjuntos es de carácter confidencial o privilegiada y está destinada al uso exclusivo del emisor y/o de la persona o entidad a quien va dirigida. Si usted no es el destinatario, cualquier almacenamiento, divulgación, distribución o copia de esta información está estrictamente prohibida y será sancionado por la ley. Si recibió este mensaje por error, por favor infórmenos inmediatamente respondiendo este mismo mensaje y borre éste y todos los archivos adjuntos. Gracias. CONFIDENTIALITY NOTE: The information contained in this email, or any attachments to it, may be confidential and/or privileged and are for the intended addressee(s) only. Any unauthorized use, retention, disclosure, distribution or copying of this e-mail, or any information it contains, is prohibited and may be sanctioned by law. If you are not the intended recipient and received this message by mistake, please reply to sender and inform us, and then delete this mail and all attachments from your computer. Thank you. ___ Talk-cl mailing list Talk-cl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cl -- Saludos Cordiales. Oscar Valenzuela B. Presidente Fundación GNUCHILE Fundación de Desarrollo Tecnológico Libre Free Software Foundation LA Board Member www.fsfla.org - www.fundaciongnuchile.cl This mail was sent using Mutt, a powerfull free (GNU GPL) mail client for your terminal. ___ Talk-cl mailing list Talk-cl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cl
