Re: [Talk-transit] Criteria for inclusion
I add service=something to the relation to roughly describe what the type of service is. The ones I use a service=city, service=country, service=express, service=park_and_ride. I also add a rough weekday frequency (number of buses per hour off-peak). That way people can pick out stuff they want and ignore stuff they don't. Richard On Wed, Feb 29, 2012 at 1:51 PM, Stefan Herbert Tiran stefan.ti...@student.tugraz.at wrote: Hi, On 02/29/2012 02:01 PM, Alexander Jones wrote: I just wanted to get your opinions on which routes should be included in OSM, or if there is an established set of criteria for inclusion. Fortunately OSM is not german wikipedia. There should be no worry about having too much information in the database. Yours, Stefan __**_ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-transithttp://lists.openstreetmap.org/listinfo/talk-transit ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
[Talk-transit] Proposal for a new transport tag
Hello, The problem with rendering transit lines right now is that the busy lines are rendered the same as the lines that go a few times a day. Those differences between lines should be seen right away, but we don't have that information in the database right now. I agree that the best solution would be to have the whole timetable for different transit lines, but this is often not possible and very hard to maintain. Transiki https://github.com/SteveC/transiki gave us some hope that this could be manageable, but unfortunately the project was shut down. I propose a temporary middle solution. Every bus route relation could have a tag similar to the opening_hourshttp://wiki.openstreetmap.org/wiki/Key:opening_hourstag. This way we could know if a line is only active on weekends, or if it is a night line. Or maybe it only runs in the morning and in the evening. We could upgrade this tag, and put a number of trips in each time period. This can be an estimate, a trip more or less a day is not much. It would look like this: Only ferquency: *transport_frequency*=t5 this means that a bus route has 5 trips a day. Only days: *transport_frequency*=Sa-Su this bus route only goes on weekends Only time: *transport_frequency*=00:00-04:00 Night line A little more information: *transport_frequency***=Mo-Fr 08:00-23:00 t30; Sa 08:00-22:00 t25 30 trips a day from Monday till Friday, first trip at 8 in the morning, last at 10 in the evening. Similar for Saturday. And so on. I added a t in front of the number of trips so it is easier to see, maybe it is not needed. Or maybe this could be done in a completely different way. This tag could be added in the route masterhttp://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport#Route_masteror in the route direction/varianthttp://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport#Route_direction.2Fvariant. Renderers could draw the lines dashed if they are not very frequent, or black if they are night lines. Even rough public transport routers could be made using this information. What do you guys think? (Should I have put this in the wiki first?) Janko Mihelić http://www.openstreetmap.org/user/Janjko ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Proposal for a new transport tag
Personally, I think adding transit schedule data to OSM is not a good idea. Firstly, in many areas, schedules are highly variable over time, so this sort of information tends to become obsolete soon after it is added. Secondly, GTFS is already a good, widely used, open format for transit schedules. Introducing a new set of tags for this stuff in OSM would be like reinventing the wheel. In many cases GTFS data is provided and kept up-to-date by the transit providers themselves. How about tags that link public transport relations to the appropriate GTFS URL instead? If its just having a service frequency hint for renderers that is required, then I'd suggest keeping it very simple. For example, transport_frequency=frequent, transport_frequency=occasional,no_weekend_service or similar. Bryce On Wed, Feb 29, 2012 at 3:07 PM, Janko Mihelić jan...@gmail.com wrote: Hello, The problem with rendering transit lines right now is that the busy lines are rendered the same as the lines that go a few times a day. Those differences between lines should be seen right away, but we don't have that information in the database right now. I agree that the best solution would be to have the whole timetable for different transit lines, but this is often not possible and very hard to maintain. Transiki gave us some hope that this could be manageable, but unfortunately the project was shut down. I propose a temporary middle solution. Every bus route relation could have a tag similar to the opening_hours tag. This way we could know if a line is only active on weekends, or if it is a night line. Or maybe it only runs in the morning and in the evening. We could upgrade this tag, and put a number of trips in each time period. This can be an estimate, a trip more or less a day is not much. It would look like this: Only ferquency: transport_frequency=t5 this means that a bus route has 5 trips a day. Only days: transport_frequency=Sa-Su this bus route only goes on weekends Only time: transport_frequency=00:00-04:00 Night line A little more information: transport_frequency=Mo-Fr 08:00-23:00 t30; Sa 08:00-22:00 t25 30 trips a day from Monday till Friday, first trip at 8 in the morning, last at 10 in the evening. Similar for Saturday. And so on. I added a t in front of the number of trips so it is easier to see, maybe it is not needed. Or maybe this could be done in a completely different way. This tag could be added in the route master or in the route direction/variant. Renderers could draw the lines dashed if they are not very frequent, or black if they are night lines. Even rough public transport routers could be made using this information. What do you guys think? (Should I have put this in the wiki first?) Janko Mihelić http://www.openstreetmap.org/user/Janjko ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Proposal for a new transport tag
On Wed, Feb 29, 2012 at 8:03 AM, Bryce McKinlay bmckin...@gmail.com wrote: Secondly, GTFS is already a good, widely used, open format for transit schedules. Introducing a new set of tags for this stuff in OSM would be like reinventing the wheel. In many cases GTFS data is provided and kept up-to-date by the transit providers themselves. How about tags that link public transport relations to the appropriate GTFS URL instead? I agree; IIRC, GTFS data is available on the agency's website in a standard location. ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Proposal for a new transport tag
Dana srijeda, 29. veljače 2012., korisnik Bryce McKinlaybmckin...@gmail.com je napisao: If its just having a service frequency hint for renderers that is required, then I'd suggest keeping it very simple. For example, transport_frequency=frequent, With my tag, it would be transport_frequency=t50, and if it changes to 45, it's not too bad. transport_frequency=occasional,no_weekend_service or similar. transport_frequency=Mo-Fr t10 I think its short and easy to understand, gives more precise information, but isnt very connected with the official schedule. So if the schedule changes a bit, it isn't that bad. Bryce If we only wanted to rely on official sources, we shouldn't use opening_hours either. ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Proposal for a new transport tag
Am 29.02.2012 16:07, schrieb Janko Mihelić: Hello, The problem with rendering transit lines right now is that the busy lines are rendered the same as the lines that go a few times a day. Those differences between lines should be seen right away, but we don't have that information in the database right now. I agree that the best solution would be to have the whole timetable for different transit lines, but this is often not possible and very hard to maintain. Transikihttps://github.com/SteveC/transiki gave us some hope that this could be manageable, but unfortunately the project was shut down. I propose a temporary middle solution. Every bus route relation could have a tag similar to the opening_hourshttp://wiki.openstreetmap.org/wiki/Key:opening_hourstag. This way we could know if a line is only active on weekends, or if it is a night line. Or maybe it only runs in the morning and in the evening. We could upgrade this tag, and put a number of trips in each time period. This can be an estimate, a trip more or less a day is not much. It would look like this: Only ferquency: *transport_frequency*=t5 this means that a bus route has 5 trips a day. Only days: *transport_frequency*=Sa-Su this bus route only goes on weekends Only time: *transport_frequency*=00:00-04:00 Night line A little more information: *transport_frequency***=Mo-Fr 08:00-23:00 t30; Sa 08:00-22:00 t25 30 trips a day from Monday till Friday, first trip at 8 in the morning, last at 10 in the evening. Similar for Saturday. And so on. I added a t in front of the number of trips so it is easier to see, maybe it is not needed. Or maybe this could be done in a completely different way. Sounds interesting. For densly populated areas, it would be better to give a frequency per hour, or every xy minutes. But how should the renderer treat a service by three bus lines runnig every hour? Together they serve every 20 minutes, or arrive at the same time to give people a chance to change the bus. The renderer has to lock up every bus service on a road, and count them together. This is not a simple thing with current mapnik. Greetings, Andre Joost ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
[talk-ph] (was: Re: Philippines License Change-over Readiness - Contact and Remapping)
I've started re-mapping some of major roads in Cavite mostly around where my team (me, Sorbi and Ernest) was assigned during the Cavite Mapping Party. I didn't touch roads with relations since I'm not an expert with relation tagging. Many of the major highways of Cavite and Tagaytay needs remapping. Good thing there's Bing already and the GPS traces from the Cavite Mapping Party would help. View in OSM Inspector: http://tools.geofabrik.de/osmi/?view=wtfelon=120.82635lat=14.25160zoom=12overlays=overview,wtfe_point_clean,wtfe_line_clean,wtfe_point_harmless,wtfe_line_harmless,wtfe_point_modified,wtfe_line_modified_cp,wtfe_line_modified,wtfe_point_created,wtfe_line_created_cp,wtfe_line_created http://tools.geofabrik.de/osmi/?view=wtfelon=120.90737lat=14.12878zoom=12overlays=overview,wtfe_point_clean,wtfe_line_clean,wtfe_point_harmless,wtfe_line_harmless,wtfe_point_modified,wtfe_line_modified_cp,wtfe_line_modified,wtfe_point_created,wtfe_line_created_cp,wtfe_line_created ___ 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/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] Imagery shift corrected in cavite
I reported previously that bing around naic is shifted [0]. I checked it a few hours ago and it seems to be adjusted and are very well aligned to public gps traces. [0] http://lists.openstreetmap.org/pipermail/talk-ph/2010-December/002749.html ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] foursquare checked-in on openstreetmap
http://blog.foursquare.com/2012/02/29/foursquare-is-joining-the-openstreetmap-movement-say-hi-to-pretty-new-maps/ -- 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
Re: [talk-ph] foursquare checked-in on openstreetmap
maning sambale wrote, On Thursday, 01 March, 2012 09:19 AM: http://blog.foursquare.com/2012/02/29/foursquare-is-joining-the-openstreetmap-movement-say-hi-to-pretty-new-maps/ Nice. Followed a link in that post, and found this tool which looks quite handy: http://mapbox.com/tilemill/ I forgot who it was, but someone on this list was looking for a way to change the way tiles are rendered. Looks like this tool might help. Jim -- datalude: information security e: j...@datalude.com Philippines: +63 2 403 1311 / mob: +63 917 849 3939 Hong Kong: +852 6489 4132 w: http://www.datalude.com/ ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-legal-talk] Is the license change easily reversible?
Frederik Ramm frederik@... writes: But, even after the switch to ODbL, OSMF could go back to CC-BY-SA 2.0 at any time - and would, as far as I can see, only need a simple majority board decision for that. Not so - in the meantime, information might have been added to the map which is not compatible with CC-BY-SA 2.0. Recall the wording of the contributor terms and the clarification given by the LWG: contributions have to be compatible with the *current* licence, whatever that may be. That means that right now, users are able to upload contributions which (because of rights held by third parties) are usable under CC-BY-SA 2.0 only - and that is why 'odbl=clean' and 'contributor_terms=clean' are not quite the same thing. If the licence is changed, then from that point onwards it will be possible to upload contributions which are usable only under the newer licence. This is one reason why dual licensing under both CC-BY-SA and ODbL is a good idea - it makes sure that, under the contributor terms, new contributions to the map are usable under both licences. This puts OSMF in a position of quite some power. That's a whole nother discussion. Personally, I would advocate splitting OSMF in two: one organization which manages the servers, holds the openstreetmap.org domain name and any related naming rights such as trademarks, and performs most of the other OSMF functions. The second organization would exist only to hold rights in the map database and sublicense it under ODbL/DbCL or other licences. This split would add some useful checks and balances - among other things it would prevent control of the servers being used to force through licence changes. -- Ed Avis e...@waniasset.com ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Map Co-ordinates for towns, etc in UK
On Sat, Feb 25, 2012 at 09:15:34AM +1000, mick wrote: That make a lot of sense to me, the church has been the focal point of the village since Saxon times while the Post Office didn't appear until the 19th? century. Except there are cases where the village moved and but the church didn't. I'm sure there's an analogy there, but the story is usually to do with the plague. http://osm.org/go/eu4ZR1EK http://osm.org/go/euIt96kj http://osm.org/go/0EBodHMD http://osm.org/go/eue~gzbb s ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Wikipedia, vector overlays and KML
I just came across efforts to embed KML in Wikipedia pages, which is then used for linking to Google and Bing, and overlaying the KML vector data on the WikiMiniAtlas (globe in upper right) [0][1] (began as Proposal 9[6]). There's a pending bot request to add this for all U.S. counties [2]. Another user is planning to add KML for all United States U.S. and state routes [3][4]. A user created a tutorial for creating a KML file to be uploaded to Wikipedia by tracing the feature in Google Earth [5]. There is a brief mention of possibly using OSM data at some point to generate KML, but I thought people here might be interested in these developments, which aren't well advertised beyond a few talk pages. There are many things I could say about this so far, but it's interesting that no one so far seems to see any problem considering data traced from Google Earth as compatible with CC-BY-SA. -Josh P.S. I never realized how awful it can be to have complicated discussions occur on talk pages! [0]: http://en.wikipedia.org/wiki/Wikipedia_talk:WikiProject_Geographical_coordinates#Methods_for_map_links_for_linear_features_.26_outlines [1]: http://en.wikipedia.org/wiki/Template:Attached_KML [2]: http://en.wikipedia.org/wiki/Wikipedia:Bots/Requests_for_approval/DschwenBot [3]: http://en.wikipedia.org/wiki/User_talk:The_Anome#Coord_missing_and_the_new_linear_feature_KML_thing [4]: http://en.wikipedia.org/wiki/Wikipedia_talk:WikiProject_Geographical_coordinates#Autogeneration_of_U.S._highway_KML [5]: http://en.wikipedia.org/wiki/Wikipedia:WikiProject_U.S._Roads/Maps_task_force/Tutorial#Creating_a_KML_file [6]: http://en.wikipedia.org/wiki/Wikipedia_talk:WikiProject_Highways/Archive_4#Proposal_9:_Shapefiles ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Lizenzumstellung: Frage zur Untertitelung in Karten und anderen Publikationen
Am 29.02.2012 08:26, schrieb Jan Tappenbeck: Wie das für den Zeitpunkt nach dem 1.4. ist weiß ich allerdings auch nicht. Kann einer von Euch hierzu etwas sagen ? Ich hab mir folgenden Vers überlegt: (c) data by OpenStreetMap Contributors ODbL 1.0; (c) map by Name Lizenz der Wahl Damit ist klar, dass wenn man die Daten als Grundlage für was Neues nimmt, man die ODbL berücksichtigen muss, nutzt man es als Karte, dann unter Lizenz der Wahl. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzumstellung: Frage zur Untertitelung in Karten und anderen Publikationen
Hallo, On 02/29/12 08:53, Wolfgang wrote: Wie das für den Zeitpunkt nach dem 1.4. ist weiß ich allerdings auch nicht. Zunaechst einmal ist der 1.4. nicht in Stein gemeisselt. Man muss auf jeden Fall darauf warten, dass die OSMF verkuendet ab jetzt sind die Daten ODbL. Davor aendert sich nichts. Abgeleitete Werke wie Landkarten, Navi-Dateien etc: beliebig. Das stimmt in dieser Allgemeinheit nicht. Zunaechst einmal muss zwischen produced works (= ein abgeleitetes Werk, das keine Datenbank ist) und derivative databases (= ein abgeleitetes Werk, das eine Datenbank ist) unterschieden werden. Eine gedruckte Landkarte ist sicher ein produced work; eine Navi-Datei koennte auch eine Datenbank sein. (s.a. http://wiki.openstreetmap.org/wiki/Open_Data_License/Produced_Work_-_Guideline, leider in dieser konkreten Frage nicht so hilfreich). Fuer ein produced work gilt: * Der Empfaenger muss darauf hingewiesen werden, dass das Produkt aus einer ODbL-Datenbank erstellt wurde und wo diese Datenbank erhaeltlich ist; * Falls es sich bei der Datenbank nicht um die Original-OSM-Datenbank handelt, sondern um eine abgeleitete Datenbank (was meistens der Fall sein duerfte), so muss der Hersteller des Werkes entweder diese Datenbank verfuegbar machen oder in nachvollziehbarer Form angeben, wie man sie erstellen kann. * Falls fuer diese Herausgabe der zugrundeliegenden Datenbank ein physisches Medium gewaehlt wird, darf der Herausgeber sogar Geld dafuer verlangen, aber no more than a reasonable production cost. * Unter welcher Lizenz man das produced work rausgibt, darf man sich frei aussuchen, aber es gibt die Meinung, dass, falls diese Lizenz eine Weitergabe des Werkes gestattet, die Quellangabe gesichert sein muss; diese Meinung ist nicht unumstritten, aber wenn sie zutrifft, dann bedeutet dass, dass zum Beispiel alle Rechte vorbehalten, CC-BY-SA oder CC-BY zulaessige Lizenzen fuer ein produced work waeren, CC0 oder Public Domain aber nicht. Fuer eine derivative database gilt: * Sie muss unter der ODbL-Lizenz stehen, und der Empfaenger der Datenbank muss darauf aufmerksam gemacht werden; die Quelle muss angegeben werden; falls die Daten irgendwie verschluesselt oder DRM-geschuetzt o.ae. sind, muss eine ungeschuetzte Version parallel angeboten werden. In beiden Faellen gilt: * Wenn von muss angeboten werden oder verfuegbar machen die Rede ist, dann heisst das nicht unbedingt, dass man einen Downloadlink dafuer hat; es reicht auch ein Hinweis a la die Quelldatenbank wird nach Anfrage an me...@email-adresse.de zur Verfuegung gestellt oder so. Von der OSMF gibt es noch keine ganz konkreten praktischen Aussagen zu dem ganzen Thema. Das folgende ist also allein auf meinem Mist gewachsen: Nehmen wir mal an, ein Tileserver-Betreiber hat einen Tileserver mit den Kacheln nur fuer Deutschland. Er will nach der Umstellung seine Kacheln weiter unter CC-BY-SA anbieten (kein Problem). Er muss nun die Attribution umstellen von Data Copyright OSM contributors, CC-BY-SA 2.0 auf Tiles licensed CC-BY-SA 2.0, based on OpenStreetMap data which is available under ODbL here link. und auf Anfrage muesste er zudem, weil er ja eine derivative database hat und seine Tiles nicht direkt aus OSM-Daten errechnet, entweder seine abgeleitete Datenbank verfuegbar machen (laestig!) oder angeben, wie man sie erstellt (etwa: Ich rufe osm2pgsql mit folgenden Parametern auf...). In der Praxis waere es eventuell akzeptabel, einfach nur Tiles licensed CC-BY-SA 2.0, based on OpenStreetMap data zu schreiben, denn die Lizenz verlangt nur: You must include a notice associated with the Produced Work reasonably calculated to make any Person that uses, views, accesses, interacts with, or is otherwise exposed to the Produced Work aware that Content was obtained from the Database, Derivative Database, or the Database as part of a Collective Database, and that it is available under this License. Also auf deutsch, man muss einen Vermerk anbringen, der geeignet gestaltet ist um alle, die die Karte sehen, darauf aufmerksam zu machen, wo die Daten herkommen und dass sie unter ODbL stehen; man koennte auf dem Standpunkt stehen, dass allgemein bekannt (oder trivial herausfindbar) ist, dass OSM die ODbL benutzt und dass es deswegen ausreicht, based on OpenStreetMap data zu schreiben. Das sind aber so Auslegungssachen, bei denen ich noch auf eine deutliche Aussage der OSMF hoffe, so dass wir es dann alle einfach so machen koennen, ohne uns lang Gedanken zu machen, 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] Lizenzumstellung: Frage zur Untertitelung in Karten und anderen Publikationen
Hallo, Am Mittwoch, 29. Februar 2012 08:53:02 schrieb Wolfgang: Wie das für den Zeitpunkt nach dem 1.4. ist weiß ich allerdings auch nicht. Kann einer von Euch hierzu etwas sagen ? Abgeleitete Werke wie Landkarten, Navi-Dateien etc: beliebig. Aber: Namensnennung nicht vergessen (Quelle: openstreetmap.org oder so ähnlich) Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzumstellung: Frage zur Untertitelung in Karten und anderen Publikationen
Hallo, Am Mittwoch, 29. Februar 2012 09:49:41 schrieb Frederik Ramm: Hallo, On 02/29/12 08:53, Wolfgang wrote: Zunaechst einmal ist der 1.4. nicht in Stein gemeisselt. Man muss auf jeden Fall darauf warten, dass die OSMF verkuendet ab jetzt sind die Daten ODbL. Davor aendert sich nichts. Abgeleitete Werke wie Landkarten, Navi-Dateien etc: beliebig. Das stimmt in dieser Allgemeinheit nicht. Zunaechst einmal muss zwischen produced works (= ein abgeleitetes Werk, das keine Datenbank ist) und derivative databases (= ein abgeleitetes Werk, das eine Datenbank ist) unterschieden werden. Das erste meinte ich. Eine gedruckte Landkarte ist sicher ein produced work; eine Navi-Datei koennte auch eine Datenbank sein. (s.a. http://wiki.openstreetmap.org/wiki/Open_Data_License/Produced_Work_-_ Guideline, leider in dieser konkreten Frage nicht so hilfreich). Fuer ein produced work gilt: * Der Empfaenger muss darauf hingewiesen werden, dass das Produkt aus einer ODbL-Datenbank erstellt wurde und wo diese Datenbank erhaeltlich ist; * Falls es sich bei der Datenbank nicht um die Original-OSM-Datenbank handelt, sondern um eine abgeleitete Datenbank (was meistens der Fall sein duerfte), so muss der Hersteller des Werkes entweder diese Datenbank verfuegbar machen oder in nachvollziehbarer Form angeben, wie man sie erstellen kann. Das letztere reicht nicht. Wenn er die Datenbank verfügbar machen muss, dann doch in der Version, aus der das Produkt besteht. Die kann man aber aus den OSM-Daten nur zu dem Zeitpunkt saugen, zu dem die Datenbank erstellt wurde. Man könnte zwar über die History versuchen, den Zustand zum Ladezeitpunkt wieder herzustellen, aber dann stellt sich die Frage, ob das noch als nachvollziehbar durchgeht, und ob der genaue Zeitpunkt überhaupt auf die Minute rekonstruierbar ist. Von der OSMF gibt es noch keine ganz konkreten praktischen Aussagen zu dem ganzen Thema. Das folgende ist also allein auf meinem Mist gewachsen: [...] und auf Anfrage muesste er zudem, weil er ja eine derivative database hat und seine Tiles nicht direkt aus OSM-Daten errechnet, entweder seine abgeleitete Datenbank verfuegbar machen (laestig!) oder angeben, wie man sie erstellt (etwa: Ich rufe osm2pgsql mit folgenden Parametern auf...). Hier wieder das Problem mit dem Zeitpunkt. Wenn ich genau die Kacheln erzeugen will, die ich neulich gesehen habe, stehen alle vor einem Problem. Die OSMF muss da wohl noch gewaltig nachbessern. Die Lizenz erinnert irgendwie an die Einführung des ICE ;-) Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzumstellung: Frage zur Untertitelung in Karten und anderen Publikationen
Liebe Betroffene, Die OSMF muss da wohl noch gewaltig nachbessern. Die Lizenz erinnert irgendwie an die Einführung des ICE ;-) Ich wünsche mir, dass die Angabe der neuen Lizenz einfacher ist als die alte (oder zumindest gleich einfach). Einfach wäre beispielsweise: - (c) OSM - (c) OpenStreetMap Und der String ist dann mit einem passenden Text (den die OSMF/LWG erstellt und aktuell hält) verlinkt. Ganz simpel also :-) Damit *jeder OSMer*, der unsere Daten und Karten verwendet, und *jeder Anwender*, der unsere Daten und Karten benutzt, das *sorgenfrei* tun kann - man beachte die Betonung von frei - (und keine Angst haben braucht, von einem Abmahnverein oder ggf. von einem kleinkarierten OSMer abgemahnt oder angerüffelt zu werden). Gruss, Markus PS: falls die Angabe der Lizenz unbedingt /explizit/ erforderlich ist (wobei das sowieso niemandem wirklich hilft, da sich keiner darunter wirklich etwas vorstellen kann (ausser einer Handvoll Spezialisten)), könnte man schreiben: - (c) OSM ODbL - (c) OpenStreetMap ODbL Das ist aber: 1. unschön, weil es unseren Markenbegriff OpenStreetMap durch vier kryptische Buchstaben verunstaltet 2. für mobile Anwendungen (Smartphone, GPS, Tablet) viel zu lang/gross/unleserlich ist. Ideal wäre m.E. einfach das Logo oder OSM ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzumstellung: Frage zur Untertitelung in Karten und anderen Publikationen
Am 29.02.2012 10:42, schrieb Markus: von einem kleinkarierten OSMer abgemahnt oder angerüffelt zu werden. Diese Angst ist erstmal unbegründet, weil der OSMer nicht mehr Lizenzgeber an den Nutzer der Daten ist. Dies ist allein die OSMF. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzumstellung: Frage zur Untertitelung in Karten und anderen Publikationen
Hallo, On 02/29/12 10:17, Wolfgang wrote: Das letztere reicht nicht. Wenn er die Datenbank verfügbar machen muss, dann doch in der Version, aus der das Produkt besteht. Nein, es darf (aus den Gruenden, die Du genannt hast) auch eine aktuellere Version sein. Siehe den ersten gruenen Block auf http://wiki.openstreetmap.org/wiki/Open_Data_License/Closed_Issues. Die OSMF muss da wohl noch gewaltig nachbessern. Die Lizenz erinnert irgendwie an die Einführung des ICE In diesem konkreten Fall hat das Nachbessern schon vor ueber 2 Jahren stattgefunden - der gruene Block steht da seit Juli 2009 ;) Aber es gibt sicher noch genug andere Stellen zum Nachbessern. 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] CleanMap neuer Layer
Hi, ich habe gerade gesehen, das es einen neuen Layer 'UNDELETE_IT' gibt. Weiß jemand, was dieser Layer zeigen soll? Jacques ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verwirrung bei der Koordinatenanzeige
Wiederhole das Expriment doch bitte mal und zoome so weit rein, dass der Maßstab links oben im Josm 0,02m anzeigt. Was macht die Koordinatenanzeige jetzt? Bei JOSM war das der Tipp, den ich gebraucht habe. Nun stimmt's. Danke. Bei dem direkten Permalink nach der Ortssuche habe ich festgestellt, dass der Mittelpunkt der Kartendarstellung nicht der Node der Zieladresse ist. Denn wenn man da reinzoomt, dann wird der Marker für das Ziel zum Rand hin verschoben. Das würde die andere Diskrepanz erklären. Für mich ist das Problem gelöst. Herzlichen Dank an alle, die mir auf die Sprünge geholfen haben. Gruß hike39 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzumstellung: Frage zur Untertitelung in Karten und anderen Publikationen
Am 29. Februar 2012 09:49 schrieb Frederik Ramm frede...@remote.org: Fuer ein produced work gilt: * Der Empfaenger muss darauf hingewiesen werden, dass das Produkt aus einer ODbL-Datenbank erstellt wurde und wo diese Datenbank erhaeltlich ist; * Falls es sich bei der Datenbank nicht um die Original-OSM-Datenbank handelt, sondern um eine abgeleitete Datenbank (was meistens der Fall sein duerfte), so muss der Hersteller des Werkes entweder diese Datenbank verfuegbar machen oder in nachvollziehbarer Form angeben, wie man sie erstellen kann. Mich interessiert dieses verfügbar machen. Angenommen, ich habe eine abgeleitete DB erstellt mit osm2pgsql, wo ich gelegentlich mal von Hand in geringem Umfang bestimmte Daten lösche (oder sonstwie ändere, z.B. Tippfehler in Namen lokal korrigiere). Angenommen, ich habe mir nicht genau gemerkt, welche Daten ich wie gelöscht bzw. geändert habe. Dann reicht es ja nicht, zu sagen: holt Euch die DB von OSM, importiert sie mit diesem Style und osm2pgsql, weil damit ja nicht der gleiche Stand erreicht werden kann. Als Alternative bleibt dann, die komplette Datenbank zum Download anzubieten. Wenn man nun einen Dump auf einem kleinen Heimrechner mit dyndns-Zugang und normalem ADSL zum Download anbietet, dann ist das zwar in gewisser Weise ein Verfügbar machen, aber bis der Dump und Download fertig wäre, sind die Daten ja jeweils schon wieder recht alt (d.h. es wird immer eine Differenz geben zum aktuellen Stand der DB). dyndns/ADSL hier nur mal als Beispiel, Serverkapazitäten kommen ja immer ins Spiel, auch wenn man eine schnellere Anbindung hat. Wie oft müsste man denn den Dump anbieten, und wie aktuell muss der jeweils sein? Wie schnell muss der herunterladtbar sein, damit es sich noch um ein zur Verfügung stellen handelt? Als kleiner Kartenproduzent, der nicht nur mit osm2pgsql ohne weiteres Filtern seine DB füttert, der aber trotzdem keine professionellen Kapazitäten zur Verfügung hat, kann man doch dieser Lizenz kaum nachkommen, oder? * Unter welcher Lizenz man das produced work rausgibt, darf man sich frei aussuchen, aber es gibt die Meinung, dass, falls diese Lizenz eine Weitergabe des Werkes gestattet, die Quellangabe gesichert sein muss; diese Meinung ist nicht unumstritten, aber wenn sie zutrifft, dann bedeutet dass, dass zum Beispiel alle Rechte vorbehalten, CC-BY-SA oder CC-BY zulaessige Lizenzen fuer ein produced work waeren, CC0 oder Public Domain aber nicht. auch ein produced work ist doch irgendwie noch eine Datenbank in dem Sinne, dass man zumindest teilweise die DB daraus wieder reengineeren kann, z.B. die Karte durchpausen und Straßennamen kopieren oder so. Da dadurch keine komplett freie DB entstehen darf, sondern diese wieder eine derivative database wäre, muss diese Einschränkung doch auch irgendwie demjenigen mitgeteilt werden, dem ich die Tiles oder ein anderes produced work zur Verfügung stelle, oder? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzumstellung: Frage zur Untertitelung in Karten und anderen Publikationen
Am 29.02.12 schrieb Martin Koppenhoefer: Mich interessiert dieses verfügbar machen. Angenommen, ich habe eine abgeleitete DB erstellt mit osm2pgsql, wo ich gelegentlich mal von Hand in geringem Umfang bestimmte Daten lösche (oder sonstwie ändere, z.B. Tippfehler in Namen lokal korrigiere). Angenommen, ich habe mir nicht genau gemerkt, welche Daten ich wie gelöscht bzw. geändert habe. Das Problem scheint mir sehr hypothetisch. Wie verhinderst Du, dass eine weitere Synchronistation Deine Änderungen überschreibt? Als Alternative bleibt dann, die komplette Datenbank zum Download anzubieten. Oder die Daten per Post zu schicken. aber bis der Dump und Download fertig wäre, sind die Daten ja jeweils schon wieder recht alt Das ist nicht Dein Problem. Du musst die Daten nur rausgeben, niemand fordert meines Wissens einen minutenaktuellen Stand von Dir. Gruß, Fabian.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CleanMap neuer Layer
In der Zwischenzeit ist die Dokumentation auch da: http://wiki.openstreetmap.org/wiki/CLEANMAP#Status_.26_News Am 29.02.2012 11:58, schrieb Jacques Nietsch: Hi, ich habe gerade gesehen, das es einen neuen Layer 'UNDELETE_IT' gibt. Weiß jemand, was dieser Layer zeigen soll? Jacques ___ 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] CleanMap neuer Layer
nette sache nur wenn ich mit shift/alt oder strg/alt drauf zugreifen will, kommt forbidden. gruss walter - 1---2--***3***4# -- View this message in context: http://gis.19327.n5.nabble.com/CleanMap-neuer-Layer-tp5524662p5524984.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] Lizenzumstellung: Frage zur Untertitelung in Karten und anderen Publikationen
Am 29. Februar 2012 14:25 schrieb Fabian Schmidt fschm...@informatik.uni-leipzig.de: Am 29.02.12 schrieb Martin Koppenhoefer: Mich interessiert dieses verfügbar machen. Angenommen, ich habe eine abgeleitete DB erstellt mit osm2pgsql, wo ich gelegentlich mal von Hand in geringem Umfang bestimmte Daten lösche (oder sonstwie ändere, z.B. Tippfehler in Namen lokal korrigiere). Angenommen, ich habe mir nicht genau gemerkt, welche Daten ich wie gelöscht bzw. geändert habe. Das Problem scheint mir sehr hypothetisch. Wie verhinderst Du, dass eine weitere Synchronistation Deine Änderungen überschreibt? Hypothetisch ist sicher die Annahme, man änderte die Daten lokal anstatt gleich in der OSM-DB (könnte man aber z.B. machen, wenn man mit der eigenen DB weit hinter der offiziellen zurückliegt und ein prominent gerendertes Label einen Tippfehler aufweist, und man schnell ein Rendering braucht oder so). Ob die weitere Synchronisation dann einen Teil der Daten wieder überschreibt ist doch irrelevant, das wäre erst dann relevant wenn man dadurch wieder auf den genau gleichen Stand käme (d.h. nur dann, wenn nach den eigenen Änderungen sämtliche betroffenen Elemente auch bei OSM geändert würden). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mal wieder: Remapping - was darf, was nicht
Hallo, mir ist bewusst, dass das der zig-hundertste Tread zu dem Thema wird, aber ich konnte in den alten Diskussionen leider irgendwie nie einen Konsens erkennen. Deshalb nochmal ein Fallbeispiel mit Frage: Ein Nicht-Zustimmer hat eine Strasse angelegt, also die Position bestimmt und einen trivialen tag wie highway=residential und name=Musterstrasse eingetragen. Jede Menge Zustimmer haben tags ergaenzt: Hoechstgeschwindigkeit, Strassenbreite, Gehwege, Spurzahl usw. Der Weg wird wohl geloescht werden. Ich koennte ihn anhand von Luftbildern und/oder eigenen GPS-Tracks ersetzten.Ich habe aber nicht genug eigenes Wissen fuer alle Zusatzinfos. Und jetzt die Frage: Darf ich die Tags der Zustimmer vom alten way kopieren und an meinen neuen way kleben? Pro: Die Autoren haben ja nun mal zugestimmt Contra: Sie haetten die Daten ohne den bestehenden Weg des Nicht-Zustimmers wohl nie eingetragen, die Tags koennten also abhaengig sein. Was ergibts sich also fuer eine Handlungsempfehlung. a) Weg loeschen und durch eigenen Weg ohne Zusatzinfos ersetzen b) Weg loeschen und durch eigenen Weg ersetzen, Zusatzinfos kopieren c) Weg nicht loeschen, abwarten bis er durch den Lizenzwechsel geloescht wird, dann wie bei a) Ideen? Vorschlaege? Die Remapping-Wikiseite sagt nichts dazu. Gibt es ein Statement der Foundation? Wird es eins geben, bevor geloescht wird? Gruss Chaos99 PS: Aendert sich irgend etwas, wenn der way zwischendurch durch einen Zustimmer verschoben wurde. Hat das Auswirkungen auf die Verwendbarkeit von Tags die davor/danach hinzugefuegt wurden? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mal wieder: Remapping - was darf, was nicht
Ronnie Soak wrote Ein Nicht-Zustimmer hat eine Strasse angelegt, also die Position bestimmt und einen trivialen tag wie highway=residential und name=Musterstrasse eingetragen. Zumindest der Name ist NICHT trivial: er kann/darf nur mit lokalen Kenntnissen eingetragen werden. Strassentyp ist stark grenzlastig. Bei den anderen Tags der offentsichlichen Zustimmer meine ich, dass das zulaessig ist. Gruss Walter - 1---2*3***4# -- View this message in context: http://gis.19327.n5.nabble.com/Mal-wieder-Remapping-was-darf-was-nicht-tp5525013p5525023.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] Mal wieder: Remapping - was darf, was nicht
Zumindest der Name ist NICHT trivial: er kann/darf nur mit lokalen Kenntnissen eingetragen werden. Strassentyp ist stark grenzlastig. Das die Tags des Nicht-Zustimmers nicht verwendet werden duerfen ist klar, das hab ich gar nicht in Frage gestellt. Sorry fuer die missverstaendliche Formulierung. Strassentyp und -name muesste man zum Remappen natuerlich wissen. Gruss Chaos99 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CleanMap neuer Layer
Browser? Betriebssystem? Mit IE geht es nicht wie auch dokumentiert ist. Simon Am 29.02.2012 14:54, schrieb Walter Nordmann: nette sache nur wenn ich mit shift/alt oder strg/alt drauf zugreifen will, kommt forbidden. gruss walter - 1---2--***3***4# -- View this message in context: http://gis.19327.n5.nabble.com/CleanMap-neuer-Layer-tp5524662p5524984.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzumstellung: Frage zur Untertitelung in Karten und anderen Publikationen
Hi, On 02/29/12 13:47, Martin Koppenhoefer wrote: Dann reicht es ja nicht, zu sagen: holt Euch die DB von OSM, importiert sie mit diesem Style und osm2pgsql, weil damit ja nicht der gleiche Stand erreicht werden kann. Genau. Als Alternative bleibt dann, die komplette Datenbank zum Download anzubieten. Genau. Oder, technisch denkbar, ein diff, das Du erstellst, indem Du parallel einen normalen osm2pgsql-Import machst und dann beide vergleichst. Wenn man nun einen Dump auf einem kleinen Heimrechner mit dyndns-Zugang und normalem ADSL zum Download anbietet, dann ist das zwar in gewisser Weise ein Verfügbar machen, aber bis der Dump und Download fertig wäre, sind die Daten ja jeweils schon wieder recht alt (d.h. es wird immer eine Differenz geben zum aktuellen Stand der DB). Ja, das macht nichts. Wie oft müsste man denn den Dump anbieten, und wie aktuell muss der jeweils sein? Wie schnell muss der herunterladtbar sein, damit es sich noch um ein zur Verfügung stellen handelt? Das ist weder in der Lizenz noch von der OSMF festgelegt. Vom Gefuehl her wuerde ich sagen, ein Dump pro Monat ist ausreichend. Als kleiner Kartenproduzent, der nicht nur mit osm2pgsql ohne weiteres Filtern seine DB füttert, der aber trotzdem keine professionellen Kapazitäten zur Verfügung hat, kann man doch dieser Lizenz kaum nachkommen, oder? In Deinem Beispiel koennte der kleine Kartenproduzent ja einfach mitloggen, welche Objekte er von Hand loescht, und die Liste dieser SQL-Befehle dann bereitstellen. Wenn ihm nicht mal das zuzumuten ist, dann geht's halt nicht. auch ein produced work ist doch irgendwie noch eine Datenbank in dem Sinne, dass man zumindest teilweise die DB daraus wieder reengineeren kann Ja. Aber es ist nicht primaer dafuer gemacht. z.B. die Karte durchpausen und Straßennamen kopieren oder so. Da dadurch keine komplett freie DB entstehen darf, sondern diese wieder eine derivative database wäre, muss diese Einschränkung doch auch irgendwie demjenigen mitgeteilt werden, dem ich die Tiles oder ein anderes produced work zur Verfügung stelle, oder? Nein, muss sie nicht. Die ODbL hatte frueher so einen Paragraphen, in dem explizit stand, dass bei Re-Engineering von Produced Works in eine Datenbank wieder die ODbL zum Tragen kommt. Dagegen haben Leute protestiert, denn eine solche Klausel haette beduetet, dass man Produced Works niemals unter der CC-BY-SA oder so rausgeben haette koennen, da diese Art von Lizenz keine Zusatzbedingungen (aber wenn Du re-engineerst, dann...) erlauben. Inzwischen ist die Auffassung der Juristen, dass auch *ohne* einen expliziten Hinweis beim Zusammensetzen einer Datenbank aus Produced Works automatisch das Datenbankrecht gilt und fuer die Nutzung einer solchen Datenbank die Zustimmung des Datenbankherstellers erforderlich ist. Das ist etwa so, wie wenn ich ein Kuchenrezept patentieren lasse und es Dir danach unter CC-BY-SA aushaendige. Beides ist kein Problem, und Du kannst das Rezept auch lesen und weitergeben und vervielfaeltigen, soviel Du willst. Aber wenn Du es nutzen willst, um einen Kuchen zu backen, brauchst Du (trotz CC-BY-SA) die Einwilligung des Patentinhabers. Genauso hat das Datenbankrecht auch seinen eigenen Kanal, der unabhaengig davon ist, auf welche Weise und unter welcher Lizenz die Daten zu Dir gelangt sind. Inwiefern das auch funktioniert, wenn man in einem Land ohne Datenbankrecht lebt, weiss ich allerdings nicht. 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] Stolpersteine - Vollständigkeitsauswertung
Guten Tag, ich hab gesehen, das die letzte Auswertung der Stolpersteine am 2012-01-26 um 11:07:31 erfolgte. [3] Wann gibt es den nächsten Batchlauf? Gruß Steffen [3] http://www.tappenbeck.net/osm/quality/stolpersteine/stuttgart/stolpersteine_stuttgart.html --- Original Nachricht --- Absender: Jan Tappenbeck Datum: 16.05.2010 19:30 Moin ! seit einigen Wochen werden vermehrt Stolpersteine erfaßt. Ich habe jetzt hierzu ein Tool [1] erstellt mit welchem die Vollständigkeit überwacht werden soll. Einzelheiten zum Thema findet Ihr unter [2]. Es würde mich freuen, wenn die Erfassung in HH so weiter vorangeht wie bisher - es gibt nämlich schon ein großes Interesse an der daraus entstehenden Karte. Vorerst habe ich nur HH und Lübeck eingepflegt. Nach einer gewissen Testphase können gerne auch andere Städte eingebunden werden. Gruß Jan :-) [1] http://wiki.openstreetmap.org/wiki/Stolpersteine#Soll-Ist-Abgleich-Tool [2] http://wiki.openstreetmap.org/wiki/Stolpersteine ___ 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] CleanMap neuer Layer
FF 11.0 xp sp3 - bin gerade mal was am spielen dran am tun ;) Gruss walter - 1---2*3***4# -- View this message in context: http://gis.19327.n5.nabble.com/CleanMap-neuer-Layer-tp5524662p5525218.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] CleanMap neuer Layer
Sollte jetzt gehen. Kommt davon wenn man so viel verschiedene Server am laufen hat. Simon Am 29.02.2012 16:19, schrieb Walter Nordmann: FF 11.0 xp sp3 - bin gerade mal was am spielen dran am tun ;) Gruss walter - 1---2*3***4# -- View this message in context: http://gis.19327.n5.nabble.com/CleanMap-neuer-Layer-tp5524662p5525218.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CleanMap neuer Layer
Am 29.02.2012 15:44, schrieb Simon Poole: Browser? Betriebssystem? FF 10 Win 7 Prof, geht auch nicht, halt - ging nicht, jetzt seit 30 sec. gehts ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stolpersteine - Vollständigkeitsauswertung
HI ! kann ich versuchen - hatte irgendwie nur das Problem in der Letzten Zeitl das nicht alle Steine in den OSM-Daten enthalten sind. Ansonsten muss ich der Sache nächste Woche mal auf den Grund gehen - vorher keine Zeit falls das Ergebnis nicht zufriedenstellend ist. Gruß Jan :-) Am 29.02.2012 16:14, schrieb Steffen: Guten Tag, ich hab gesehen, das die letzte Auswertung der Stolpersteine am 2012-01-26 um 11:07:31 erfolgte. [3] Wann gibt es den nächsten Batchlauf? Gruß Steffen [3] http://www.tappenbeck.net/osm/quality/stolpersteine/stuttgart/stolpersteine_stuttgart.html --- Original Nachricht --- Absender: Jan Tappenbeck Datum: 16.05.2010 19:30 Moin ! seit einigen Wochen werden vermehrt Stolpersteine erfaßt. Ich habe jetzt hierzu ein Tool [1] erstellt mit welchem die Vollständigkeit überwacht werden soll. Einzelheiten zum Thema findet Ihr unter [2]. Es würde mich freuen, wenn die Erfassung in HH so weiter vorangeht wie bisher - es gibt nämlich schon ein großes Interesse an der daraus entstehenden Karte. Vorerst habe ich nur HH und Lübeck eingepflegt. Nach einer gewissen Testphase können gerne auch andere Städte eingebunden werden. Gruß Jan :-) [1] http://wiki.openstreetmap.org/wiki/Stolpersteine#Soll-Ist-Abgleich-Tool [2] http://wiki.openstreetmap.org/wiki/Stolpersteine ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Error 404 beim Laden von http://www.openlayers.org/api/Ajax.js
Hallo, ich arbeite mich gerade in Openlayers ein. Aber nun habe ich das Problem, dass ich beim Aufrufen von http://www.openlayers.org/api/Ajax.js dauernd einen Error 404 bekomme. Wie lautet denn die richtige URL? Grüße hike39 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wetterkreuz
In Suedtirol habe ich an mehreren Stellen sogenannte Wetterkreuze gefunden (die gegen boeses Wetter schuetzen sollen). Es handelt sich um weithin sichtbare Pfahl-artige Kreuze mit drei Queerbalkne (Beispiel: http://www.google.com/imgres?num=10hl=enlr=biw=1323bih=883tbm=ischtbnid=LP2AaXWDUx2LCM:imgrefurl=http://www.seiser-alm.it/it/montagne-ed-escursioni/cammino-circolare-del-bullaccia-alle-panche-delle-streghe.htmldocid=-aGsjetOcVPOMMimgurl=http://www.seiser-alm.it/images/cms/1283781340_D-0838-seiser-alm-puflatsch-wetterkreuz.jpgw=800h=600ei=aV9NT6-xC43SsgaK3bTGDwzoom=1 ) In Ermangelung einer besseren Loesung habe ich sie als historic=wayside_cross, mit name=xxx-Wetterkreuz eingetragen. Bessere Vorschlaege? (Habe auch auf der italienischen Liste dieselbe Frage gestellt) Volker Padova, Italien ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Error 404 beim Laden von http://www.openlayers.org/api/Ajax.js
Am 29.02.2012 17:41, schrieb hike39: ich arbeite mich gerade in Openlayers ein. Aber nun habe ich das Problem, dass ich beim Aufrufen von http://www.openlayers.org/api/Ajax.js dauernd einen Error 404 bekomme. Wie lautet denn die richtige URL? http://www.openlayers.org/api/OpenLayers.js Die ajax Funktionen wurden da wohl integriert. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Error 404 beim Laden von http://www.openlayers.org/api/Ajax.js
Am 29.02.2012 17:41, schrieb hike39: Hallo, ich arbeite mich gerade in Openlayers ein. Aber nun habe ich das Problem, dass ich beim Aufrufen von http://www.openlayers.org/api/Ajax.js dauernd einen Error 404 bekomme. Wie lautet denn die richtige URL? Mhh also eigentlich sollte man sich die Bibliothek auch lokal auf den Rechner packen. So hat man kontrolle über die Version, kann auf dem Server eine superminimierte Version nehmen und hat auch eine Karte, wenn der OL Server mal aus geht ;) Gruß Matthias (user:!i!) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Error 404 beim Laden von http://www.openlayers.org/api/Ajax.js
Mhh also eigentlich sollte man sich die Bibliothek auch lokal auf den Rechner packen. So hat man kontrolle über die Version, kann auf dem Server eine superminimierte Version nehmen und hat auch eine Karte, wenn der OL Server mal aus geht ;) Auch das habe ich schon versucht. Aber da habe ich noch keine vertrauensvolle Quelle gefunden. hike39 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Error 404 beim Laden von http://www.openlayers.org/api/Ajax.js
Hallo Chris http://www.openlayers.org/api/OpenLayers.js Die ajax Funktionen wurden da wohl integriert. Chris dann müßte der Fehler, gegen den ich gerade kämpfe, noch woanders liegen. Wieder eine Hoffnung weniger. ;-)) Gruß hike39 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] toolserver.org - wer kennt interna
jan99 wrote Hi ! bald ist es nun soweit. Die Lizenzumstellung steht vor der Tür. In einer Webseite die ich in den nächsten Tagen online geht wird die Karte vom toolserver.org genutzt. Kennt sich einer von Euch mit interna dort aus - insbesondere wie die Planungen für die Verfügbarkeit zum Zeitpunkt der Lizenzumstellung sein wird. Bei toolserver.org ist so weit ich weiss erst einmal nichts geplant. Vermutlich wird am Tag der Lizenzumstellung der diff import gestopt. Die Karten bleiben weiter bestehen wie zuvor. Dann wird man weiter sehen. Irgendwann wird man wohl einen neuen Import der DB machen muessen mit dem neuesten ODBL planet. Wie lange das dauern wird, kann ich noch nicht sagen. Das haengt wahrscheinlich auch davon aus wie gross der Schaden nach der Umstellung ist und ab wann der ODBL planet besser als der letzte CC-BY-SA planet ist. Kai -- View this message in context: http://gis.19327.n5.nabble.com/toolserver-org-wer-kennt-interna-tp5524255p5525890.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] Übernahme von Geocoordianten nach Wikipedia
Am 29.02.2012 08:57, schrieb Wolfgang: Hallo, Am Mittwoch, 29. Februar 2012 08:24:29 schrieb Jan Tappenbeck: Hi! vielleicht ist meine Frage etwas trivial aber ich bin mir nicht ganz sicher. Kann man allgemein sagen Geocoordinaten von OSM können für Wikipedia übernommen werden Es würde mich sehr überraschen, wenn das nicht ginge. Zumal Wikipedia auch Fotos nahezu beliebiger Lizenzen einbinden lässt. cc-by-sa dürfte überhaupt kein Thema sein. Künftig ist das kein Problem, solange nicht innerhalb von Wikipedia irgendwelche Weiterverarbeitungen existieren, bei denen die OSM-Daten mit anderen Daten verknüpft werden. Dann käme die virale Seite der ODBL zum Zuge. Gruß, Wolfgang Seitens der Wikipedia vertreten wir zumeist die Ansicht, dass einer einzelnen Koordinate die Schöpfungshöhe fehlt, um überhaupt schützbar zu sein. Zumal es ja um Fakten handelt und die Lage z.B. des Eifelturms sollte nicht von einem Einzelnen für sich beansprucht werden können. Damit sollte es also kein Problem sein. (Die Diskussion ist alt und ich habe Verständis dafür, dass OSM es umgekehrt nicht so locker sieht.) Im Gegensatz zu Fotos, welche eine eigene Lizenz haben, stehen die Koordinaten unter der Lizenz des Artikel (GFDL bzw CC-BY-SA) eine Chance die Koordinaten in der Wikipedia unter ODBL zu stellen sehe ich nicht. Und natürlich finden Weiterverarbeitungen statt, irgendwo her muss ja der Wikipedia-Layer bei Google-Maps stammen. Aus oben genannten Gründen sollte das aber auch kein Problem sein. Wenn eine Zusammenarbeit beider freier Projekte durch die Lizenz verhindert würde, sollte wir uns fragen, ob wir die richtige Lizenzen haben. Grüße Kolossos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Übernahme von Geocoordianten nach Wikipedia
Hallo, On 02/29/2012 10:11 PM, Kolossos wrote: Seitens der Wikipedia vertreten wir zumeist die Ansicht, dass einer einzelnen Koordinate die Schöpfungshöhe fehlt, um überhaupt schützbar zu sein. Kuenftig, wenn OSM die Open Database License benutzt, wird es so sein, dass nicht substantielle Extrakte ohne Probleme und ohne jede Lizenz-Fussangel moeglich sind: http://wiki.openstreetmap.org/wiki/Open_Data_License/Substantial_-_Guideline Wenn einer also unter 100 Features entnimmt, ist das alles gar kein Problem. Aber, wenn verschiedene Leute jeweils Features entnehmen und daraus an anderem Ort wieder eine Datenbank aufgebaut wird, muss diese Datenbank unter der ODbL-Lizenz stehen, auch dann, wenn die einzelnen entnommenen Features nicht substantiell sind und/oder keine Schoepfungshoehe haben. Bei der Wikipedia duerfte es als sicher gelten, dass insgesamt, von allen Nutzern zusammen, sehr wohl ein substantieller Extrakt uebernommen wird. Ist ein Fall, den man mal mit den Leuten von der LWG diskutieren sollte. Wenn eine Zusammenarbeit beider freier Projekte durch die Lizenz verhindert würde, sollte wir uns fragen, ob wir die richtige Lizenzen haben. Eine Zusammenarbeit wird sicher nicht verhindert, aber bei strenger Auslegung der ODbL koennte es dazu kommen, dass gegenseitige Links ok sind, gegenseitiges Datenkopieren aber nicht. 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] Mal wieder: Remapping - was darf, was nicht
Moin! Am 29.02.2012 15:04, schrieb Ronnie Soak: Ein Nicht-Zustimmer hat eine Strasse angelegt, also die Position bestimmt und einen trivialen tag wie highway=residential und name=Musterstrasse eingetragen. Für alle Lösungen: Richte zunächst alle Nodes, deren Koordinaten noch vom Ersteller des ways stammen, nach dem Luftbild neu aus. Jede Menge Zustimmer haben tags ergaenzt: Hoechstgeschwindigkeit, Strassenbreite, Gehwege, Spurzahl usw. Der Weg wird wohl geloescht werden. Ich koennte ihn anhand von Luftbildern und/oder eigenen GPS-Tracks ersetzten.Ich habe aber nicht genug eigenes Wissen fuer alle Zusatzinfos. Und jetzt die Frage: Darf ich die Tags der Zustimmer vom alten way kopieren und an meinen neuen way kleben? Ich sehe kein moralisches Problem. Alle späteren Mapper wussten offensichtlich, dass die Straße existiert. Die Zusatztags sind unabhängig von den Tags des Erstellers. Was ergibts sich also fuer eine Handlungsempfehlung. a) Weg loeschen und durch eigenen Weg ohne Zusatzinfos ersetzen Damit löscht du die Zusatzinfos und verhinderst, dass andere eine bessere Lösung wählen. b) Weg loeschen und durch eigenen Weg ersetzen, Zusatzinfos kopieren Möglich, aber die Historie geht verloren und bei ways, die Teil einer oder mehrerer Relationen sind, ist es mühsam. c) Weg nicht loeschen, abwarten bis er durch den Lizenzwechsel geloescht wird, dann wie bei a) Moralisch unangreifbar, aber es gehen Informationen verloren und man hat später viel Arbeit. Pragmatische Lösung: Wenn du Typ und Namen der Straße kennst, füge einfach odbl=clean hinzu. LWG-konforme Lösung: Teile des Weg am zweiten Knoten, lösche der ersten Teil mit der alten ID und verlängere den neuen way zum Anfangspunkt der Straße. Das ist moralisch sehr fragwürdig, aber vermutlich wird sich niemand beschweren. Die Eigneschaften der Straße und fast alle Relationsmitgliedschaften bleiben erhalten. Die Entscheidung der LWG, Splits nicht zu berücksichtigen, macht die technische Auswertung viel einfacher, aber sie führt Bewertungen der Urheberschaft an einzelnen Tags ad absurdum. Viele Grüße Stephan PS: Wenn der Weg in Deutschland liegt, ersetzte Musterstrasse durch Musterstraße ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CleanMap neuer Layer - Aufgabe
Am 29.02.2012 14:38, schrieb Simon Poole: In der Zwischenzeit ist die Dokumentation auch da: http://wiki.openstreetmap.org/wiki/CLEANMAP#Status_.26_News Am 29.02.2012 11:58, schrieb Jacques Nietsch: Hi, ich habe gerade gesehen, das es einen neuen Layer 'UNDELETE_IT' gibt. Weiß jemand, was dieser Layer zeigen soll? Jacques ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hi ! kann einer die Aufgabe des Layers nochmal auf Deutsch erläutern. Im Gespräch es sich mir gezeigt das auch andere mit der Doku Schwierigkeiten haben. Danke. Gruß jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] openlayers - attributation bei Lizenzwechsel
Hi ! wenn am 1.4. die neue Lizenz aktiv wird - paßt sich das attribution-tag dann automatisch für die OSM-Karten in OpenLayers an wenn dieses nicht manuell überschrieben wurden ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CleanMap neuer Layer - Aufgabe
Das ist einfach die letzte Version von gelöschten Objekten die von Zustimmern erstellt wurden. Schaut man sich Münchens Süden an ... in CLEANMAP: http://cleanmap.poole.ch/?zoom=15lat=48.08351lon=11.51756layers=B000 in BADMAP: http://cleanmap.poole.ch/?zoom=15lat=48.08351lon=11.51756layers=00B0 und in UNDELETE_IT: http://cleanmap.poole.ch/?zoom=15lat=48.08351lon=11.51756layers=000B sieht man, dass man doch einiges retten könnte, wenn man die aktuellen problematischen Wege löscht und ein selektives Undelete von interesanten Wege macht. Die Geometrie jeweils natuerlich mit Bing verbessern. Beispiel Hermann-Hahn-Platz http://tile.poole.ch/cgi-bin/undelete.pl?blon=11.505093092499blat=48.076929939034tlon=11.517323965606tlat=48.086993220961 http://osm.mapki.com/history/way.php?id=6139137 Strasse und Name können entweder neu gemacht werden und der Name einfach übernommen, oder Weg 422145 widerhergestellt werden. Simon Am 01.03.2012 05:50, schrieb Jan Tappenbeck: Am 29.02.2012 14:38, schrieb Simon Poole: In der Zwischenzeit ist die Dokumentation auch da: http://wiki.openstreetmap.org/wiki/CLEANMAP#Status_.26_News Am 29.02.2012 11:58, schrieb Jacques Nietsch: Hi, ich habe gerade gesehen, das es einen neuen Layer 'UNDELETE_IT' gibt. Weiß jemand, was dieser Layer zeigen soll? Jacques ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hi ! kann einer die Aufgabe des Layers nochmal auf Deutsch erläutern. Im Gespräch es sich mir gezeigt das auch andere mit der Doku Schwierigkeiten haben. Danke. Gruß jan :-) ___ 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] CleanMap neuer Layer - Aufgabe
Danke ! wenn ich das richtig sehe, dann kann das Durchaus auch mal Blödsinn sein - siehe hierzu: http://cleanmap.poole.ch/?zoom=13lat=53.79836lon=10.38116layers=000B im Vergleich zur Mapnik !! gruß Jan :-) Am 01.03.2012 08:50, schrieb Simon Poole: Das ist einfach die letzte Version von gelöschten Objekten die von Zustimmern erstellt wurden. Schaut man sich Münchens Süden an ... in CLEANMAP: http://cleanmap.poole.ch/?zoom=15lat=48.08351lon=11.51756layers=B000 in BADMAP: http://cleanmap.poole.ch/?zoom=15lat=48.08351lon=11.51756layers=00B0 und in UNDELETE_IT: http://cleanmap.poole.ch/?zoom=15lat=48.08351lon=11.51756layers=000B sieht man, dass man doch einiges retten könnte, wenn man die aktuellen problematischen Wege löscht und ein selektives Undelete von interesanten Wege macht. Die Geometrie jeweils natuerlich mit Bing verbessern. Beispiel Hermann-Hahn-Platz http://tile.poole.ch/cgi-bin/undelete.pl?blon=11.505093092499blat=48.076929939034tlon=11.517323965606tlat=48.086993220961 http://osm.mapki.com/history/way.php?id=6139137 Strasse und Name können entweder neu gemacht werden und der Name einfach übernommen, oder Weg 422145 widerhergestellt werden. Simon Am 01.03.2012 05:50, schrieb Jan Tappenbeck: Am 29.02.2012 14:38, schrieb Simon Poole: In der Zwischenzeit ist die Dokumentation auch da: http://wiki.openstreetmap.org/wiki/CLEANMAP#Status_.26_News Am 29.02.2012 11:58, schrieb Jacques Nietsch: Hi, ich habe gerade gesehen, das es einen neuen Layer 'UNDELETE_IT' gibt. Weiß jemand, was dieser Layer zeigen soll? Jacques ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hi ! kann einer die Aufgabe des Layers nochmal auf Deutsch erläutern. Im Gespräch es sich mir gezeigt das auch andere mit der Doku Schwierigkeiten haben. Danke. Gruß jan :-) ___ 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: [osm-ve] Foursquare se pasa a los mapas de OpenStreetMap
No les queda de otra, despues que google empezo a cobrar el api. El 29/02/2012 20:15, Luis Espinoza ljea7...@gmail.com escribió: [image: OpenStreetMap] Los mapas son la principal razón de ser de *Foursquare*, como en toda red basada en la gelocalización, así que el cambio que acaban de anunciar sus responsables no es un asunto menor. Después de años empleando Google Maps, este servicio ha decidido dar el salto a la tecnología abierta de mapeado OpenStreetMap http://www.openstreetmap.org/. Esta alternativa se basa en la* edición libre de mapas por usuarios de todo el mundo de manera colaborativa*, permitiendo una flexibilidad que convenció a los responsables de Foursquare https://es.foursquare.com/ cuando decidieron iniciar la búsqueda de una herramienta más económica que la ofrecida por Google. Para integrar OpenStreetMap en su web, han decidido emplear los servicios de la compañía Mapbox http://mapbox.com/. Por el momento, el cambio solo afectará a los mapas de la versión web, mientras que las aplicaciones móviles mantendrán Google Maps como hasta ahora. Así pues, un atrevido movimiento para abrazar una alternativa abierta que puede marcar un notable precedente en el uso de este tipo de tecnologías. -- [ +58 414 9747850 ] [ Linux user number #464149 ] * ULTRATECH C.Ahttp://www.ultratech.com.ve * *SERVICIOS COMPUTACIONALES Y TELEINFORMATICOS* *REDES Y FIBRA OPTICA * *DESARROLLO DE SOFTWARE* ___ Talk-ve mailing list Talk-ve@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ve ___ Talk-ve mailing list Talk-ve@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ve
[Talk-it] R: Sul cantiere di Chiomonte
+1 Si , senz'altro: persino se la caserma dei carabinieri è ricavata da una villetta , o da parte di edificio storico , c'è sul muro esterno -quando manca del tutto una recinzione - il cartello giallo con area militare - divieto di riprese fotografiche (scritto più o meno così) Gruß, Alessandro. -Messaggio originale- Da: Alexander Roalter [mailto:alexan...@roalter.it] Inviato: martedì 28 febbraio 2012 17.30 A: openstreetmap list - italiano Oggetto: Re: [Talk-it] Sul cantiere di Chiomonte Am 28.02.2012 17:07, schrieb Carlo Stemberger: Il 28/02/2012 16:52, Martin Koppenhoefer ha scritto: A proposito: polizia!=military, ma carabinieri sarebbe military, lo facciamo generalmente così, verò? Direi di sì, anche se i Carabinieri sono un corpo molto strano, in quanto dipendono sia dal Ministero della difesa che dal Ministero dell'Interno. Comunque sono senz'altro dei militari, e le loro caserme sono in zona militare (con tanto di cartelli sul filo spinato). Questo vuole dire che sarebbe opportuno mettere le caserme dentro landuse=military, anche dentro le città/i paesi? -- cheers, Alex ___ 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] Sul cantiere di Chiomonte
Ciao a tutti, ho trovato anch'io strano che un cantiere possa essere considerato un'area militare. Così sono andato a curiosare con la cronologia di Josm lo storico di quell'area: risulta mappata da StePedro83 (il 12° contributore italiano secondo questo elenco http://odbl.de/italy.html.gz) che l'ha caricata il 29 giugno 2011 e riconfermata il 31 ottobre. Il 1° gennaio l'utente Cervo ha aggiunto i tag name=non cantiere tav e source=www.notav.eu. Forse ricordando a Cervo le linee guida di OSM questi avrebbe modificato autonomamente i suoi contributi ma Tizianos, con le migliori intenzioni e l'approvazione di diversi mappatori, non gliene ha dato il tempo: in meno di mezz'ora dall'apertura della discussione ha provveduto direttamente. Non credo sia questo il modo giusto per aumentare il numero di mappatori attivi: se qualcuno cancellasse il vostro lavoro perchè la pensa in maniera diversa da voi credo non vi farebbe piacere, forse lo trovereste offensivo, sicuramente sgradevole. Credo sia più proficuo contattare chi si ritene abbia sbagliato per cercare una soluzione condivisa e se non si trova l'accordo ricorrere alla lista, magari prendendo un po' di tempo per riflettere sul problema. Per quanto attiene al merito della questione ho visto che la Legge di stabilità 2012 (http://www.penalecontemporaneo.it/tipologia/0-/-/-/1018-/) definisce l'area di quel cantiere di interesse strategico nazionale e prevede vi si applichi l'art. 682 del c.p. che concerne le aree militari. Ho visto dalle foto che l'area è cintata con il filo spinato, non so se vi siano affissi i cartelli Zona Militare come per le caserme dei Carabinieri ma se StePedro83 ha inserito quel tag forse qualche avviso del genere potrebbe essere stato apposto. In attesa di conoscere le considerazioni di StePedro83 è possibile per Tizianos ripristinare il tag Landuse=military (For land areas owned/used by the military for whatever purpose)? Giusto per riflettere su problemi simili: Una caserma dell'esercito vuota è Landuse=military? Un poligono di tiro dell'esercito abbandonato il cui perimetro è pattugliato dalla forestale è Landuse=military? Una pista in costruzione da una ditta civile all'interno di una base militare è Landuse=military? Grazie per la pazienza con cui avete letto queste considerazione e buona mappatura a tutti. Gian Mario Navillod. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sul cantiere di Chiomonte
Il giorno 29 febbraio 2012 17:46, gian mario navillod gian.mario.navil...@gmail.com ha scritto: Il 1° gennaio l'utente Cervo ha aggiunto i tag name=non cantiere tav e source=www.notav.eu. [cut] Ho visto dalle foto che l'area è cintata con il filo spinato, non so se vi siano affissi i cartelli Zona Militare come per le caserme dei Carabinieri ma se StePedro83 ha inserito quel tag forse qualche avviso del genere potrebbe essere stato apposto. In attesa di conoscere le considerazioni di StePedro83 è possibile per Tizianos ripristinare il tag Landuse=military (For land areas owned/used by the military for whatever purpose)? Giusto per riflettere su problemi simili: Una caserma dell'esercito vuota è Landuse=military? Un poligono di tiro dell'esercito abbandonato il cui perimetro è pattugliato dalla forestale è Landuse=military? Una pista in costruzione da una ditta civile all'interno di una base militare è Landuse=military? Grazie per la pazienza con cui avete letto queste considerazione e buona mappatura a tutti. Gian Mario Navillod. La citazione che porti dal wiki segnala che l'area è USATA dai militari, non SORVEGLIATA come in questo caso. Di sicuro i due tag inseriti da cervo che hai riportato sono da togliere, su questo non ci piove, per la parte della militarizzazione del cantiere io mi accontento del compromesso raggiunto col tag del sistema di Martin. :) Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Che tag per un Wetterkreuz
Il 29 febbraio 2012 00:26, Volker Schmidt vosc...@gmail.com ha scritto: L'unico tag che mi viene in mente è historic=wayside_cross, forse con name=Wetterkreuz. sicuramente non name=Wetterkreuz magari si potrebbe usare wayside_cross=wetterkreuz Qualche idea migliore? Volker -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Che tag per un Wetterkreuz
Ho usato name=Wetterkreuz in attesa di scoprire il vero nome che tipicamente è xxx - Wetterkreuz. Il mio vero problema è che assomiglia molto a un palo. Non ho trovato un tag per palo. Forse dovrei andare sulla lista tedesca. Volker 2012/2/29 Luca Delucchi lucadel...@gmail.com Il 29 febbraio 2012 00:26, Volker Schmidt vosc...@gmail.com ha scritto: L'unico tag che mi viene in mente è historic=wayside_cross, forse con name=Wetterkreuz. sicuramente non name=Wetterkreuz magari si potrebbe usare wayside_cross=wetterkreuz Qualche idea migliore? Volker -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sul cantiere di Chiomonte
From: sabas88 [mailto:saba...@gmail.com] Sent: mercoledì 29 febbraio 2012 17:54 To: openstreetmap list - italiano Subject: Re: [Talk-it] Sul cantiere di Chiomonte La citazione che porti dal wiki segnala che l'area è USATA dai militari, non SORVEGLIATA come in questo caso. Di sicuro i due tag inseriti da cervo che hai riportato sono da togliere, su questo non ci piove, per la parte della militarizzazione del cantiere io mi accontento del compromesso raggiunto col tag del sistema di Martin. :) +1 L'articolo 682 parla di luoghi nei quali laccesso è vietato nellinteresse militare dello Stato. Il landuse=military si applica alle aree usate dai militari. Non mi sembra la stessa cosa. Per gli accessi controllati dai militari (non è però il caso de la Polizia di Stato) ci sarebbe anche military=checkpoint. Per quanto riguarda la presenza di personale agli accessi, preferisco la chiave supervised, che è già in uso ed è più universale rispetto ai tag proposti da Martin. Esempio: barrier=gate supervised=yes | orario in cui è sorvegliato operator=Polizia di Stato Sull'area del cantiere, io cambierei il valore da access=no ad access=private. Secondo me access=no va messo solo dove l'accesso non è consentito per nessun tipo di utilizzo. In un cantiere l'accesso è consentito almeno agli addetti ai lavori. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Che tag per un Wetterkreuz
-Original Message- From: Luca Delucchi [mailto:lucadel...@gmail.com] Sent: mercoledì 29 febbraio 2012 18:13 To: openstreetmap list - italiano Subject: Re: [Talk-it] Che tag per un Wetterkreuz Il 29 febbraio 2012 00:26, Volker Schmidt vosc...@gmail.com ha scritto: L'unico tag che mi viene in mente è historic=wayside_cross, forse con name=Wetterkreuz. sicuramente non name=Wetterkreuz magari si potrebbe usare wayside_cross=wetterkreuz Wayside_cross dovrebbe valere per i crocefissi (storici e lungo i percorsi). Da quel che ho capito queste croci hanno funzione di parafulmine. Secondo me è un man_made. Se non esiste un termine inglese adatto (lightning_rod?), metterei man_made=Wetterkreuz. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Che tag per un Wetterkreuz
No, no. Non sono parafulmini nel senso fisico - sono pali di legno. Sono parafulmini nel senso religioso. Sono croci che dovrebbero proteggere dal brutto tempo. Non hanno nessuna funzione fisica. In questo senso sono wayside crosses, ma hanno una forma molto strana. Volker 2012/2/29 Alberto Nogaro bartosom...@yahoo.it -Original Message- From: Luca Delucchi [mailto:lucadel...@gmail.com] Sent: mercoledì 29 febbraio 2012 18:13 To: openstreetmap list - italiano Subject: Re: [Talk-it] Che tag per un Wetterkreuz Il 29 febbraio 2012 00:26, Volker Schmidt vosc...@gmail.com ha scritto: L'unico tag che mi viene in mente è historic=wayside_cross, forse con name=Wetterkreuz. sicuramente non name=Wetterkreuz magari si potrebbe usare wayside_cross=wetterkreuz Wayside_cross dovrebbe valere per i crocefissi (storici e lungo i percorsi). Da quel che ho capito queste croci hanno funzione di parafulmine. Secondo me è un man_made. Se non esiste un termine inglese adatto (lightning_rod?), metterei man_made=Wetterkreuz. Ciao, Alberto ___ 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] JOSM, proxy e WMS
Il 29/02/2012 21:16, Cascafico Giovanni ha scritto: Ciao Lista! Lavoro dietro un proxy. Ho impostato in JOSM i parametri di autenticazione ed accede OSM ed a tutti i WMS esterni. Problema: ho un WMS sul mio PC, ma finchè non imposto in JOSM no proxy, il locale WMS http://127.0.0.1:8081 è inaccessibile. Cosa posso fare? Puoi impostare le proprietà della rete perché non utilizzi il proxy per 127.0.0.1 -- Maurizio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Foursquare e OSM
http://blog.foursquare.com/2012/02/29/foursquare-is-joining-the-openstreetmap-movement-say-hi-to-pretty-new-maps/ Riportatomi da un utente di Leganerd. Foursquare (per quanto riguarda il sito, non i device) è passato ad usare MapBox. Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] @foursquare usará los mapas de @openstreetmap
Hola Maperxs Con la buena noticia que FourSquare[0] ahora usará nuestros mapas en su plataforma Salu2 Humano [0] Foursquare es un servicio basado en localización web aplicada a las redes sociales. La geolocalización permite localizar un dispositivo fijo o móvil en una ubicación geográfica. El servicio fue creado en 2009 por Dennis Crowley y Selvadurai Naveen; Crowley había fundado anteriormente Dodgeball, un proyecto similar que Google compró en 2005 y clausuró en 2009, reemplazándolo con Google Latitude. En diciembre de 2010 la compañía anunció haber llegado a los 5 millones de usuarios. La aplicación orientada principalmente a Smartphones cuenta con versiones para iOS, Android, Java, Windows Phone, Symbian, Blackberry y PS Vita La idea principal de la red es hacer check-ins en un lugar específico dónde uno se encuentra e ir ganando puntos por descubrir nuevos lugares, los que son recompensados con badges, una especie de medallas, y los mayorships, que son ganadas por las personas que más hacen check-ins en un cierto lugar. http://es.wikipedia.org/wiki/Foursquare -- Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, .ppt, .pptx, .mdb, mdbx OpenOffice es libre: se puede copiar, modificar y redistribuir libremente. Gratis y totalmente legal. http://GaleNUx.com es el sistema de información para la salud --///-- Teléfono USA: (347) 688-4473 (Google voice) skype: llamarafredyrivera ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
[Talk-dk] Ensidigt hastigheds?==?iso-8859-1?Q?begrænsning
Hej Hvordan angiver man at en hastighedsbegrænsning kun gælder den ene vej? br Mogens ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-se] Osmfika i Stockholm
Idag var det dags, osm-fika 17:30 på Café Ryssgården /Markus 2012/2/22 Erik Johansson erjo...@gmail.com: Jag kommer naturligtvis, ska man ska höra av sig till Stadsmuseum och fråga om de har några kartskatter att visa? http://www.openstreetmap.org/?mlat=59.319668mlon=18.071268zoom=18 2012/2/16 Per-Olof Noren pero...@gmail.com: jag med! 15 feb 2012 kl. 14:17 skrev Odd Gustafsson odd_lars...@hotmail.com: Kul! Jag dyker upp med största sannolikhet /Odd Date: Tue, 14 Feb 2012 21:29:24 +0100 From: markus.lindh...@gmail.com To: talk-se@openstreetmap.org Subject: [Talk-se] Osmfika i Stockholm Hej Jag och Erik Johansson tyckte det var dags med en Osmfika. Har gått en alldeles för lång tid sedan senast. Så vi samlas torsdagen 1/3 klockan 17:30 på Café Ryssgården, Stadsmuseet vid Slussen, inget inträde krävs till cafét. Öppen agenda, fritt att diskutera allt mellan himmel och jord. Nybörjare lika välkomna som gamla rävar. /Markus ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se -- /emj -- /emj ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro
En cuanto a la versión, sería bueno que, a poder ser, pusieraís una nomenclatura de versión al cat2osm.jar compilado... nos haríamos menos jaleo... :). Por ahora, como llevo 3 programas descargados, los llamaré 0.3 pero no es muy concreto para los demás... En principio es una de las cosas que vamos a poner en la nueva versión. -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro
A última hora de la tarde terminó de procesar Medio Cudeyo y confirmar que, efectivamente, el Error simplificando vía. null proviene de utilizar OpenJDK en vez de usar la máquina virtual de Java de Sun. He probado con esta ultima y el proceso ha finalizado sin ningún error. Como comenté hice otra prueba en otro ordenador con la primera y volvió a dar errores. Un saludo. Emilio Gómez El 28 de febrero de 2012 18:16, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: No te ha llegado?¿?¿?¿?¿?¿? A ver a quien se lo habré enviado XD Lo pongo en la web mejor: http://paginaspersonales.deusto.es/cruz.borges/MedioCudeyo.tar.xz El 28 de febrero de 2012 18:10, Emilio Gómez Fernández ego...@terra.esescribió: Ok, mándamelo y le hecho un vistazo, pero me da que efectivamente va a ser la máquina virtual porque estoy ejecutándolo ahora con la de Sun y, aunque no ha terminado, veo que no está mostrando errores. El 28 de febrero de 2012 17:57, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: Pues va a ser eso, porque aquí ha terminado perfectamente. Te envío a tu correo el fichero si quieres. El 28 de febrero de 2012 17:12, Emilio Gómez Fernández ego...@terra.esescribió: Vale, me acabo de dar cuenta que estoy tirando de OpenJDK en vez de la máquina virtual de Sun. emilio@emilio-kubuntu:~$ java -version java version 1.6.0_23 OpenJDK Runtime Environment (IcedTea6 1.11pre) (6b23~pre11-0ubuntu1.11.10.2) OpenJDK 64-Bit Server VM (build 20.0-b11, mixed mode) Voy a cambiar la máquina virtual por defecto y lo volvelvo a probar. Ahora mismo lo estoy ejecutando en un equipo similar pero también con OpenJDK. Ya os comento. Saludos. Emilio Gómez El 28 de febrero de 2012 16:09, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: Ahora es cuando la cosa se pone interesante. A nosotros nos ha funcionado perfectamente sin problemas (salvo ser cazurros y haber puesto la proyección que no es). Ha tardado una hora, así que en un rato te envío el OSM. Empezamos el debug, ahora. Que máquina virtual estas usando? aquí estamos usando dev-java/sun-jdk-1.6.0.31 El 28 de febrero de 2012 14:31, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: Perfecto. Ya lo tengo bajado. A ver si mañana le podemos echar un ojo. El 28 de febrero de 2012 14:02, Emilio Gómez Fernández ego...@terra.es escribió: Me ha tirado el mismo error con el municipio de Medio Cudeyo [1]: [...] [2012-02-28 12:52:57.367] Error simplificando vía. null Exception in thread main java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58) Caused by: java.lang.NullPointerException at Cat2Osm.simplificarWays(Cat2Osm.java:137) at Gui.ejecutarCat2Osm(Gui.java:460) at Gui.main(Gui.java:46) ... 5 more Por si queréis intentar replicarlo aquí tenéis los datos de Catastro [1]. Me ha tardado unas 3 horas en un Intel Core Quad 2 Q6600 a 2.4 Ghz y 4 GB de RAM. [1] http://osm.org/go/b~NnIRVn- [2] http://www.mediafire.com/?j2dc856oo6zdin9 Saludos. Emilio Gómez El 28 de febrero de 2012 09:43, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: Cuanto ha tardado en llegar ahí? Estamos buscando un publo relativamente pequeño en el que hacer pruebas para depurar ese error. El 27 de febrero de 2012 19:52, Alberto Catala albertocat...@gmail.com escribió: A mi me salen varios Error simplificando via.null y luego ... [2012-02-27 17:24:10.066] Error simplificando vía. null Exception in thread main java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58) Caused by: java.lang.NullPointerException at Cat2Osm.simplificarWays(Cat2Osm.java:137) at Gui.ejecutarCat2Osm(Gui.java:460) at Gui.main(Gui.java:46) Tambien con el pueblo Grande (He probado Denia y San Sebastian de los Reyes) Voy a probar descargar de nuevo el cat2osm.jar de nuevo a ver si es que tengo mal la version. El 27 de febrero de 2012 13:09, andrzej zaborowski balr...@gmail.com escribió: 2012/2/22 Ander Pijoan ander.pij...@deusto.es: Recordad que estamos mas o menos pendientes de si hay alguna mejor forma para el tag natural=water para
[Talk-es] [CATASTRO] Errores en la codificación de caracteres
Hola a todos. Vuelvo a encontrar errores en la codificación de caracteres como pasaba en las pruebas del municipio de Santoña que comenté, pero esta vez en el de Medio Cudeyo. He probado tanto en el archivo procesado por mí como en el archivo .osm creado por Cruz. Calle Fernández Rañada http://i44.tinypic.com/1zeaxph.png [1] http://paginaspersonales.deusto.es/cruz.borges/MedioCudeyo.tar.xz Saludos. Emilio Gómez ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CATASTRO] Errores en la codificación de caracteres
OK, creo que ya se donde está el problema. Luego le echamos un vistazo. El 29 de febrero de 2012 10:03, Emilio Gómez Fernández ego...@terra.esescribió: Hola a todos. Vuelvo a encontrar errores en la codificación de caracteres como pasaba en las pruebas del municipio de Santoña que comenté, pero esta vez en el de Medio Cudeyo. He probado tanto en el archivo procesado por mí como en el archivo .osm creado por Cruz. Calle Fernández Rañada http://i44.tinypic.com/1zeaxph.png [1] http://paginaspersonales.deusto.es/cruz.borges/MedioCudeyo.tar.xz Saludos. Emilio Gómez ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro
On Wed, Feb 29, 2012 at 12:48:02AM +0100, Xavier Martin wrote: Hola a tod@s. Os mando los resultados de las últimas pruebas realizadas en la provincia de Ávila con la última versión del cat2osm: el equipo es un AMD Phenom x4 con 4G de ddr2 en ubuntu. Os dejo tambien los resultados en el wiki: http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results/Avila Os añado los resultados de La Palma de Cervelló http://osm.org/go/xUZ8OT9y-- No lo he realizado yo pero por lo que me cuentan ha sido fácil y ha dado muy buen resultado con la realidad -- Celso González (PerroVerd) http://mitago.net ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro
Una pregunta técnica, alguien ha subido ya algún resultado a la base de datos de OSM? El 29 de febrero de 2012 10:45, Celso González ce...@mitago.net escribió: On Wed, Feb 29, 2012 at 12:48:02AM +0100, Xavier Martin wrote: Hola a tod@s. Os mando los resultados de las últimas pruebas realizadas en la provincia de Ávila con la última versión del cat2osm: el equipo es un AMD Phenom x4 con 4G de ddr2 en ubuntu. Os dejo tambien los resultados en el wiki: http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results/Avila Os añado los resultados de La Palma de Cervelló http://osm.org/go/xUZ8OT9y-- No lo he realizado yo pero por lo que me cuentan ha sido fácil y ha dado muy buen resultado con la realidad -- Celso González (PerroVerd) http://mitago.net ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro
Teoricamente no se deberian haber subido todavia datos hasta que no este todo completado ademas de que se debería haber con un usuario especifico que creo que todavia ni se a creado. El 29 de febrero de 2012 11:08, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: Una pregunta técnica, alguien ha subido ya algún resultado a la base de datos de OSM? El 29 de febrero de 2012 10:45, Celso González ce...@mitago.netescribió: On Wed, Feb 29, 2012 at 12:48:02AM +0100, Xavier Martin wrote: Hola a tod@s. Os mando los resultados de las últimas pruebas realizadas en la provincia de Ávila con la última versión del cat2osm: el equipo es un AMD Phenom x4 con 4G de ddr2 en ubuntu. Os dejo tambien los resultados en el wiki: http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results/Avila Os añado los resultados de La Palma de Cervelló http://osm.org/go/xUZ8OT9y-- No lo he realizado yo pero por lo que me cuentan ha sido fácil y ha dado muy buen resultado con la realidad -- Celso González (PerroVerd) http://mitago.net ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Jorge Sanz Sanfructuoso - Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Mapeado de Murcia
Buenas, mi nombre es Jose y es la primera vez que mando algo por aquí. Solo es para comentaros que he terminado de mapear las carreteras de la región de Murcia basándome en la ultima ley 2-2008. Me he apoyado en las ortofotos de la region de 2011 y de Bing maps, que parecen bastante recientes tambien. Empecé hace algunos meses, al querer tener mapas fiables tanto de carreteras como de caminos y pistas (salgo mucho en bici), por lo que una vez terminada la zona de Cazorla y viendo que en Murcia habían muchas deficiencias, me aventuré a darle un repaso. Le daría una fiabilidad a mi trabajo del 90-95% (siempre se escapa algo y a veces es dificil interpretar dicha ley), pero creo que ha quedado bastante aceptable. Espero que pueda ser aprovechado, ya que ha sido agotador... A partir de ahora voy a relajarme más e ir mapeando tanto carreteras sin clasificar como pistas y caminos. ¡Un saludo! ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro
jeje, todo muy técnico y muy teórico... pero... Yo por ahora estoy dejando las exportaciones en la wiki con los resultados, pero... no hay nada que me impida subir las exportaciones a OSM, ¿verdad? Lo del usuario y demás... por lo que decís, se piensa almacenar toda la información de toda España, pero..¿ ya mejorada (con sus FIXES) o solo exportada? y despues subirla a algún servidor? muy bien, decidme un repositorio donde dejar los cientos de MB que van saliendo... ¿y alguien subirá los GB que salgan a OSM de una vez??¿? solo digo,.. buena suerte... Por una parte esta bien que esté controlado la subida de todos esos datos. pero ... una vez sacada una versión más menos estable del cat2osm, con sus FIXMEs y demás, esta en teoría tendría q ser preparada y mejorada por cada exportador ... ¿No sería mejor ir subiendola directamente poco a poco, con sus respectivas correcciones y la unión con lo que ya hay en OSM? sobre todo para pueblos y ciudades no grandes. Por ahora voy a seguir exportando lugares pequeños... y quedo a espensas de lo que se decida. Un saludo El 29 de febrero de 2012 11:41, Jorge Sanz Sanfructuoso sanc...@gmail.comescribió: Teoricamente no se deberian haber subido todavia datos hasta que no este todo completado ademas de que se debería haber con un usuario especifico que creo que todavia ni se a creado. El 29 de febrero de 2012 11:08, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: Una pregunta técnica, alguien ha subido ya algún resultado a la base de datos de OSM? El 29 de febrero de 2012 10:45, Celso González ce...@mitago.netescribió: On Wed, Feb 29, 2012 at 12:48:02AM +0100, Xavier Martin wrote: Hola a tod@s. Os mando los resultados de las últimas pruebas realizadas en la provincia de Ávila con la última versión del cat2osm: el equipo es un AMD Phenom x4 con 4G de ddr2 en ubuntu. Os dejo tambien los resultados en el wiki: http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results/Avila Os añado los resultados de La Palma de Cervelló http://osm.org/go/xUZ8OT9y-- No lo he realizado yo pero por lo que me cuentan ha sido fácil y ha dado muy buen resultado con la realidad -- Celso González (PerroVerd) http://mitago.net ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Jorge Sanz Sanfructuoso - Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro
La idea es ir subiéndola poco a poco una vez estén arreglados los fixme por los expertos. Para tener un poco controlado el subidón lo que se quiere es crear un usuario especial por si hay que impugnar los cambios. Además, creo recordar que Jynus comentó algo al respecto que las importaciones masivas había que hacerlas con users distintos por directiva internacional :P Obviamente nada te impide darle a subir :P otra cosa es que luego te impugnen los cambios :P. Mi pregunta de antes iba a cuenta de esto, si ya hay poblaciones que los expertos creen que tienen la calidad suficiente para subir a ver si se podría ir empezando a subir. Nos vemos. El 29 de febrero de 2012 13:17, Xavier Martin xavier...@gmail.comescribió: jeje, todo muy técnico y muy teórico... pero... Yo por ahora estoy dejando las exportaciones en la wiki con los resultados, pero... no hay nada que me impida subir las exportaciones a OSM, ¿verdad? Lo del usuario y demás... por lo que decís, se piensa almacenar toda la información de toda España, pero..¿ ya mejorada (con sus FIXES) o solo exportada? y despues subirla a algún servidor? muy bien, decidme un repositorio donde dejar los cientos de MB que van saliendo... ¿y alguien subirá los GB que salgan a OSM de una vez??¿? solo digo,.. buena suerte... Por una parte esta bien que esté controlado la subida de todos esos datos. pero ... una vez sacada una versión más menos estable del cat2osm, con sus FIXMEs y demás, esta en teoría tendría q ser preparada y mejorada por cada exportador ... ¿No sería mejor ir subiendola directamente poco a poco, con sus respectivas correcciones y la unión con lo que ya hay en OSM? sobre todo para pueblos y ciudades no grandes. Por ahora voy a seguir exportando lugares pequeños... y quedo a espensas de lo que se decida. Un saludo El 29 de febrero de 2012 11:41, Jorge Sanz Sanfructuoso sanc...@gmail.com escribió: Teoricamente no se deberian haber subido todavia datos hasta que no este todo completado ademas de que se debería haber con un usuario especifico que creo que todavia ni se a creado. El 29 de febrero de 2012 11:08, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: Una pregunta técnica, alguien ha subido ya algún resultado a la base de datos de OSM? El 29 de febrero de 2012 10:45, Celso González ce...@mitago.netescribió: On Wed, Feb 29, 2012 at 12:48:02AM +0100, Xavier Martin wrote: Hola a tod@s. Os mando los resultados de las últimas pruebas realizadas en la provincia de Ávila con la última versión del cat2osm: el equipo es un AMD Phenom x4 con 4G de ddr2 en ubuntu. Os dejo tambien los resultados en el wiki: http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results/Avila Os añado los resultados de La Palma de Cervelló http://osm.org/go/xUZ8OT9y-- No lo he realizado yo pero por lo que me cuentan ha sido fácil y ha dado muy buen resultado con la realidad -- Celso González (PerroVerd) http://mitago.net ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Jorge Sanz Sanfructuoso - Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro
Una pregunta sobre esto... no se subió ya Girona en su momento? El 29 de febrero de 2012 13:28, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: La idea es ir subiéndola poco a poco una vez estén arreglados los fixme por los expertos. Para tener un poco controlado el subidón lo que se quiere es crear un usuario especial por si hay que impugnar los cambios. Además, creo recordar que Jynus comentó algo al respecto que las importaciones masivas había que hacerlas con users distintos por directiva internacional :P Obviamente nada te impide darle a subir :P otra cosa es que luego te impugnen los cambios :P. Mi pregunta de antes iba a cuenta de esto, si ya hay poblaciones que los expertos creen que tienen la calidad suficiente para subir a ver si se podría ir empezando a subir. Nos vemos. El 29 de febrero de 2012 13:17, Xavier Martin xavier...@gmail.comescribió: jeje, todo muy técnico y muy teórico... pero... Yo por ahora estoy dejando las exportaciones en la wiki con los resultados, pero... no hay nada que me impida subir las exportaciones a OSM, ¿verdad? Lo del usuario y demás... por lo que decís, se piensa almacenar toda la información de toda España, pero..¿ ya mejorada (con sus FIXES) o solo exportada? y despues subirla a algún servidor? muy bien, decidme un repositorio donde dejar los cientos de MB que van saliendo... ¿y alguien subirá los GB que salgan a OSM de una vez??¿? solo digo,.. buena suerte... Por una parte esta bien que esté controlado la subida de todos esos datos. pero ... una vez sacada una versión más menos estable del cat2osm, con sus FIXMEs y demás, esta en teoría tendría q ser preparada y mejorada por cada exportador ... ¿No sería mejor ir subiendola directamente poco a poco, con sus respectivas correcciones y la unión con lo que ya hay en OSM? sobre todo para pueblos y ciudades no grandes. Por ahora voy a seguir exportando lugares pequeños... y quedo a espensas de lo que se decida. Un saludo El 29 de febrero de 2012 11:41, Jorge Sanz Sanfructuoso sanc...@gmail.com escribió: Teoricamente no se deberian haber subido todavia datos hasta que no este todo completado ademas de que se debería haber con un usuario especifico que creo que todavia ni se a creado. El 29 de febrero de 2012 11:08, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: Una pregunta técnica, alguien ha subido ya algún resultado a la base de datos de OSM? El 29 de febrero de 2012 10:45, Celso González ce...@mitago.netescribió: On Wed, Feb 29, 2012 at 12:48:02AM +0100, Xavier Martin wrote: Hola a tod@s. Os mando los resultados de las últimas pruebas realizadas en la provincia de Ávila con la última versión del cat2osm: el equipo es un AMD Phenom x4 con 4G de ddr2 en ubuntu. Os dejo tambien los resultados en el wiki: http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results/Avila Os añado los resultados de La Palma de Cervelló http://osm.org/go/xUZ8OT9y-- No lo he realizado yo pero por lo que me cuentan ha sido fácil y ha dado muy buen resultado con la realidad -- Celso González (PerroVerd) http://mitago.net ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Jorge Sanz Sanfructuoso - Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Ref: Mapeado de Murcia
Muchas gracias Jose y bienvenido a Openstreetmap. -- Cabecera original --- De : KoLo MaLo kolom...@gmail.com A : talk-es@openstreetmap.org Cc : Fecha : Wed, 29 Feb 2012 13:16:08 +0100 Asunto : [Talk-es] Mapeado de Murcia Buenas, mi nombre es Jose y es la primera vez que mando algo por aquí. Solo es para comentaros que he terminado de mapear las carreteras de la región de Murcia basándome en la ultima ley 2-2008. Me he apoyado en las ortofotos de la region de 2011 y de Bing maps, que parecen bastante recientes tambien. Empecé hace algunos meses, al querer tener mapas fiables tanto de carreteras como de caminos y pistas (salgo mucho en bici), por lo que una vez terminada la zona de Cazorla y viendo que en Murcia habían muchas deficiencias, me aventuré a darle un repaso. Le daría una fiabilidad a mi trabajo del 90-95% (siempre se escapa algo y a veces es dificil interpretar dicha ley), pero creo que ha quedado bastante aceptable. Espero que pueda ser aprovechado, ya que ha sido agotador... A partir de ahora voy a relajarme más e ir mapeando tanto carreteras sin clasificar como pistas y caminos. ¡Un saludo! ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Guía de importación de datos del Catastro.
Hola. Me permito la libertad de abrir un nuevo hilo para separar la discusión del tema USUARIO/S CONTRASEÑA/S de los datos que del catastro. Seguir el actual con más de 250 mensajes se empieza a hacer un poco cuesta arriba para determinado temas tratado en él. En primer lugar, pienso que no debería haber lugar a dudas en la comunidad OSM España, que esto es necesario. Se ha tratado ya en el el hilo del catastro pero vuelvo a poner aquí el enlace para tenerlo más a mano. La guía de importación establecida en la wiki. [1] Como ya se trató también en el hilo lo suyo es crear varios usuarios. Uno por comunidad estaría bien. Atención a navegantes, suele ser habitual a la hora de utilizar en un mismo JOSM varios usuarios que nos despistamos y se nos olvida cambiarlo con lo que podemos hacer importaciones con nuestro usuario habitual o usar el usuario de importación para cualquier otro cometido. Efecto de la Noche de los Mapas Vivientes. Finalmente, como dice Jorge, a día de hoy el programa no está completamente depurado, estamos haciendo pruebas cada uno en nuestro equipos. Claro que se pueden subir resultado, es lo bueno de OSM que se puede hacer TODO, pero se supone que deberíamos ponernos de acuerdo para decir a partir de que momento y de que forma. Salu2 [1]http://wiki.openstreetmap.org/wiki/Import/Guidelines [2] http://www.openstreetmap.org/browse/changeset/10619334 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro
2012/2/29 Jorge Sanz Sanfructuoso sanc...@gmail.com: El 29 de febrero de 2012 13:17, Xavier Martin xavier...@gmail.com escribió: jeje, todo muy técnico y muy teórico... pero... Yo por ahora estoy dejando las exportaciones en la wiki con los resultados, pero... no hay nada que me impida subir las exportaciones a OSM, ¿verdad? El problema es que todavia tiene algunas cosas que corregirse para que este perfecto el programa, todavia se están realizando algunos cambios de etiquetas y si se realizan después de que se suba mal se esta contaminando de información incorrecta. Ahora estaban cambiando algunas etiquetas de los campos por ejemplo que faltaban que son las que mas se va a notar en pueblos pequeños que sera la mayoría campo. Algunos problemas de tags siempre va a haber, pero ojalá todos los datos subidos estarán revisados antes de estar subidos. Entonces la cuestión es solamente de reducir el trabajo que hay que hacer revisando. Lo del usuario y demás... por lo que decís, se piensa almacenar toda la información de toda España, pero..¿ ya mejorada (con sus FIXES) o solo exportada? y despues subirla a algún servidor? muy bien, decidme un repositorio donde dejar los cientos de MB que van saliendo... ¿y alguien subirá los GB que salgan a OSM de una vez??¿? solo digo,.. buena suerte.. . No hay que hacer ningún repositorio para eso y no es así como se realizaria. El proceso es crear un nick o varios posiblemente por comunidades eso se hablo pero no se decidió. Entonces a los que vayan a subir datos se les da el usuario y contraseña. Cada uno desde su casa coge los datos del catastro los convierte vamos todo el proceso normal y luego para subirlo la diferencia es que usa el usuario común en vez del propio. Así es como se tienen que hacer todas las importaciones maxivas según viene en la wiki. Pueden estar usando varias personas el mismo nick sin ningún problema. En algunos casos también se usa una cuenta por región, o una por usuario. Yo diría que realmente si alguien ha convertido los datos de su área (que conoce) y puede confirmar que, digamos, los edificios están bien, no hay nada que lo detenga en subir lo que ha revisado. No tiene que ser todo lo que sale del programa cat2osm, puede ser una selección por tipo de objeto o por area -- lo que el usuario conoce y ha evaluado y corregido. Asi aunque luego salga una mejora de cat2osm en los datos no va a influir. Es crear una cuenta loquesea_catastro y ponerse a ello. Y documentarlo. Saludos ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Guía de importación de datos del Catastro.
Solo un pequeño apunte/favor. Cuando subais algo, sacad una captura de pantalla del antes y después y ponernos un enlace al lugar para poder documentar los cambios en el PFC de Ander y en la memoria del proyecto :) El 29 de febrero de 2012 14:50, Jorge Sanz Sanfructuoso sanc...@gmail.comescribió: El 29 de febrero de 2012 13:57, Matías Taborda Barroso taborda.barr...@gmail.com escribió: Hola. Me permito la libertad de abrir un nuevo hilo para separar la discusión del tema USUARIO/S CONTRASEÑA/S de los datos que del catastro. Seguir el actual con más de 250 mensajes se empieza a hacer un poco cuesta arriba para determinado temas tratado en él. Si porque ese hilo es ya una locura con tanto mensaje. En primer lugar, pienso que no debería haber lugar a dudas en la comunidad OSM España, que esto es necesario. Se ha tratado ya en el el hilo del catastro pero vuelvo a poner aquí el enlace para tenerlo más a mano. La guía de importación establecida en la wiki. [1] Como ya se trató también en el hilo lo suyo es crear varios usuarios. Uno por comunidad estaría bien. Atención a navegantes, suele ser habitual a la hora de utilizar en un mismo JOSM varios usuarios que nos despistamos y se nos olvida cambiarlo con lo que podemos hacer importaciones con nuestro usuario habitual o usar el usuario de importación para cualquier otro cometido. Efecto de la Noche de los Mapas Vivientes. Finalmente, como dice Jorge, a día de hoy el programa no está completamente depurado, estamos haciendo pruebas cada uno en nuestro equipos. Claro que se pueden subir resultado, es lo bueno de OSM que se puede hacer TODO, pero se supone que deberíamos ponernos de acuerdo para decir a partir de que momento y de que forma. Yo pienso que lo de los usuarios se podría ya concretar el nombre de los mismos y crearlos ya. Alguno se nos escara que nos equivoquemos y usemos el usuario que no es pero bueno intentar evitarlo en lo posible. En cuanto los datos si están ya para subirse o no. Los que son por así decir urbanos por lo que he visto creo que ya están utilizables para poderse subir. No he visto ningún error significativo aparte de errores de los propios datos del catastro inevitables y a corregir manualmente. Los datos sobre tipos de tierras creo que son los que hay algo mas de problema con los cuales yo estoy bastante perdido. Se lo poco que han comentado en el otro hilo y de lo que tampoco me entero mucho. Resumiendo creo que se deberían crear ya los usuarios y en cuanto a empezar a subir datos ponernos de acuerdo en si están ya los dator urbanos suficientemente correctos y los de tipos de campo y eso que creo que faltan etiquetas por poner mirar los que sepan mas que yo y decidir que hacer. Salu2 [1]http://wiki.openstreetmap.org/wiki/Import/Guidelines [2] http://www.openstreetmap.org/browse/changeset/10619334 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Jorge Sanz Sanfructuoso - Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro
jejeje, Veo que hay diferentes opiniones, aunque van más menos encuazadas a la misma idea. Yo os voy a dar mi humilde opinión a ver que os parece y a ver si lo he captado. Lo primero, el programa cat2osm esta a tiro de piedra, cambiar algunos tags, algunos posiblemente siempre den problemas, pero esta practicamente listo. Como dice Andrzej, en poco tiempo, no va a crear ya grandes cambios en el programa cat2osm para que no se pueda superponer una nueva versión a otra... pero esto sería interesante.. Lo segundo, Las pruebas que he realizado con lo ya publicado en OSM, ha ido mas menos perfecto, hay q retocar aqui y allá pero vamos de unas 2 a 6 horas por municipio... (de estos pequeños claro), para un principiante como yo, es asequible. El único problema es que en Ávila hay mas de 240 municipios... (en Segovia y Soria y demás, hay menos). Lo tercero, que alguien cree ya la cuenta con la que se podría ir publicando todo a OSM. Un avance es un avance... y creo que es correcto que se suba todo con la misma cuenta. Aunque también tiene sus fallos... Lo cuarto, vamos dejando lo exportado por un lado, con su respectiva descarga, en el wiki por ejemplo y lo publicado en OSM en el mismo wiki, añadiendo más notas, fechas, correciones o lo que sea, así cualquiera puede elegir una zona y seleccionar un municipio, exportada o no, y ayudar al que esté gestionando esa zona, ya sea exportando otros municipios nuevos o corrigiendo/publicando lo ya exportado. ues me gustaría ver los resultados finales, en local, pero nose donde probarlo, he intentado montar un pequeño servidor, pero tardo tiempo... Por ahora voy a esperar a que salga esta versión que nos estaís preparando, y a ver si puedo aprender un poco más a identificar todo y manejarme más rapidamente. El 29 de febrero de 2012 14:09, andrzej zaborowski balr...@gmail.comescribió: 2012/2/29 Jorge Sanz Sanfructuoso sanc...@gmail.com: El 29 de febrero de 2012 13:17, Xavier Martin xavier...@gmail.com escribió: jeje, todo muy técnico y muy teórico... pero... Yo por ahora estoy dejando las exportaciones en la wiki con los resultados, pero... no hay nada que me impida subir las exportaciones a OSM, ¿verdad? El problema es que todavia tiene algunas cosas que corregirse para que este perfecto el programa, todavia se están realizando algunos cambios de etiquetas y si se realizan después de que se suba mal se esta contaminando de información incorrecta. Ahora estaban cambiando algunas etiquetas de los campos por ejemplo que faltaban que son las que mas se va a notar en pueblos pequeños que sera la mayoría campo. Algunos problemas de tags siempre va a haber, pero ojalá todos los datos subidos estarán revisados antes de estar subidos. Entonces la cuestión es solamente de reducir el trabajo que hay que hacer revisando. Lo del usuario y demás... por lo que decís, se piensa almacenar toda la información de toda España, pero..¿ ya mejorada (con sus FIXES) o solo exportada? y despues subirla a algún servidor? muy bien, decidme un repositorio donde dejar los cientos de MB que van saliendo... ¿y alguien subirá los GB que salgan a OSM de una vez??¿? solo digo,.. buena suerte.. . No hay que hacer ningún repositorio para eso y no es así como se realizaria. El proceso es crear un nick o varios posiblemente por comunidades eso se hablo pero no se decidió. Entonces a los que vayan a subir datos se les da el usuario y contraseña. Cada uno desde su casa coge los datos del catastro los convierte vamos todo el proceso normal y luego para subirlo la diferencia es que usa el usuario común en vez del propio. Así es como se tienen que hacer todas las importaciones maxivas según viene en la wiki. Pueden estar usando varias personas el mismo nick sin ningún problema. En algunos casos también se usa una cuenta por región, o una por usuario. Yo diría que realmente si alguien ha convertido los datos de su área (que conoce) y puede confirmar que, digamos, los edificios están bien, no hay nada que lo detenga en subir lo que ha revisado. No tiene que ser todo lo que sale del programa cat2osm, puede ser una selección por tipo de objeto o por area -- lo que el usuario conoce y ha evaluado y corregido. Asi aunque luego salga una mejora de cat2osm en los datos no va a influir. Es crear una cuenta loquesea_catastro y ponerse a ello. Y documentarlo. Saludos ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro
Por favor, es necesario enviar un correo a la lista imports con toda la documentación y un breve resumen de lo hecho y por hacer, antes de que nos tiren para atrás el proceso a medio hacer. Tenemos que convencerles que no estamos haciendo las cosas a ciegas y sin contar con nadie. -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Guía de importación de datos del Catastro.
Hola a todos, Estoy un poco perdido con las distintas conversaciones que hay acerca de catastro. Os escribo porque hemos publicado una nueva versión que incorpora unas pequeñas mejoras. -Hemos adaptado algunos tags para mejorar su traducción. Si que ahora os saldrán fixmes para natural=water y suelo=improductivo y es que en catastro se usan para denominar un sin fin de cosas distintas, por lo que lo más adecuado será que el usuario a mano elija el tag que más se le asemeje. Teneis una sección dedicada a los arreglos que tendreis que hacer en la wiki: http://wiki.openstreetmap.org/wiki/Spanish_Catastro#Soluci.C3.B3n_de_errores_y_arreglos_con_JOSM -A petición de muchos, hemos puesto un parámetro que posibilita el utilizar también el archivo de EJES para obtener las calles y carreteras con sus nombres, aunque advierto que vienen bastante mal, con segmentos independientes, sin juntar, etc. Aún y así puede que para alguna población pequeña en la que no haya nada importado pueda venir bien, eso si, después de que el usuario se meta unas buenas horas arreglándolas. Por esto, será necesario que os descargueis además del nuevo Cat2Osm, un archivo de configuración nuevo o que al que tengais le añadais un campo Ejes=0 -Para los que nos tiramos horas esperando a que el simplificador de vías termine, ya tenemos una barra de proceso que va mostrando el porcentaje que le queda para terminar. Creo que todos nos vamos a alegrar mucho de ello :-) - Por último, si no me dejo nada, en esta nueva versión, si no le indicamos el fichero de configuración no saldrá la interfaz para generarlo si no que aparecerá un mensaje de cómo usar cat2osm y su fecha de versión para no liarnos entre versiones. Para lanzar la interfaz de usuario habrá que indicar la opción -ui java -jar cat2osm.jar -ui Y para ver la versión java -jar cat2osm.jar -v Para hacerlo funcionar con el archivo de configuración sigue siendo como siempre: java -jar cat2osm.jar rutaarchivoconfig Aquí tenéis la nueva versión: 2012-02-29 Cat2Osm.jar: https://github.com/AnderPijoan/cat2osm http://paginaspersonales.deusto.es/cruz.borges/cat2osm.jar Archivos de configuración de muestra: https://github.com/AnderPijoan/cat2osm/tree/master/config http://paginaspersonales.deusto.es/cruz.borges/config http://paginaspersonales.deusto.es/cruz.borges/configCiudadReal http://paginaspersonales.deusto.es/cruz.borges/configSantander http://paginaspersonales.deusto.es/cruz.borges/configAldeasecaDeAlba Saludos. El 29 de febrero de 2012 14:54, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: Solo un pequeño apunte/favor. Cuando subais algo, sacad una captura de pantalla del antes y después y ponernos un enlace al lugar para poder documentar los cambios en el PFC de Ander y en la memoria del proyecto :) El 29 de febrero de 2012 14:50, Jorge Sanz Sanfructuoso sanc...@gmail.com escribió: El 29 de febrero de 2012 13:57, Matías Taborda Barroso taborda.barr...@gmail.com escribió: Hola. Me permito la libertad de abrir un nuevo hilo para separar la discusión del tema USUARIO/S CONTRASEÑA/S de los datos que del catastro. Seguir el actual con más de 250 mensajes se empieza a hacer un poco cuesta arriba para determinado temas tratado en él. Si porque ese hilo es ya una locura con tanto mensaje. En primer lugar, pienso que no debería haber lugar a dudas en la comunidad OSM España, que esto es necesario. Se ha tratado ya en el el hilo del catastro pero vuelvo a poner aquí el enlace para tenerlo más a mano. La guía de importación establecida en la wiki. [1] Como ya se trató también en el hilo lo suyo es crear varios usuarios. Uno por comunidad estaría bien. Atención a navegantes, suele ser habitual a la hora de utilizar en un mismo JOSM varios usuarios que nos despistamos y se nos olvida cambiarlo con lo que podemos hacer importaciones con nuestro usuario habitual o usar el usuario de importación para cualquier otro cometido. Efecto de la Noche de los Mapas Vivientes. Finalmente, como dice Jorge, a día de hoy el programa no está completamente depurado, estamos haciendo pruebas cada uno en nuestro equipos. Claro que se pueden subir resultado, es lo bueno de OSM que se puede hacer TODO, pero se supone que deberíamos ponernos de acuerdo para decir a partir de que momento y de que forma. Yo pienso que lo de los usuarios se podría ya concretar el nombre de los mismos y crearlos ya. Alguno se nos escara que nos equivoquemos y usemos el usuario que no es pero bueno intentar evitarlo en lo posible. En cuanto los datos si están ya para subirse o no. Los que son por así decir urbanos por lo que he visto creo que ya están utilizables para poderse subir. No he visto ningún error significativo aparte de errores de los propios datos del catastro inevitables y a corregir manualmente. Los datos sobre tipos de tierras creo que son los que hay algo mas de problema con los cuales yo estoy bastante perdido. Se lo poco que han comentado en
Re: [Talk-es] [CATASTRO] Errores en la codificación de caracteres
Ya está solucionado. Gracias por avisarnos. El 29 de febrero de 2012 10:06, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: OK, creo que ya se donde está el problema. Luego le echamos un vistazo. El 29 de febrero de 2012 10:03, Emilio Gómez Fernández ego...@terra.esescribió: Hola a todos. Vuelvo a encontrar errores en la codificación de caracteres como pasaba en las pruebas del municipio de Santoña que comenté, pero esta vez en el de Medio Cudeyo. He probado tanto en el archivo procesado por mí como en el archivo .osm creado por Cruz. Calle Fernández Rañada http://i44.tinypic.com/1zeaxph.png [1] http://paginaspersonales.deusto.es/cruz.borges/MedioCudeyo.tar.xz Saludos. Emilio Gómez ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Guía de importación de datos del Catastro.
Se me olvidaba, también hemos solucionado la codificación de caracteres. En las pruebas realizadas hasta la fecha no nos ha vuelto a salir ningún caracter extraño, pero si sale algo raro no dudéis en hacérnoslo llegar. Saludos El 29 de febrero de 2012 15:11, Ander Pijoan ander.pij...@deusto.esescribió: Hola a todos, Estoy un poco perdido con las distintas conversaciones que hay acerca de catastro. Os escribo porque hemos publicado una nueva versión que incorpora unas pequeñas mejoras. -Hemos adaptado algunos tags para mejorar su traducción. Si que ahora os saldrán fixmes para natural=water y suelo=improductivo y es que en catastro se usan para denominar un sin fin de cosas distintas, por lo que lo más adecuado será que el usuario a mano elija el tag que más se le asemeje. Teneis una sección dedicada a los arreglos que tendreis que hacer en la wiki: http://wiki.openstreetmap.org/wiki/Spanish_Catastro#Soluci.C3.B3n_de_errores_y_arreglos_con_JOSM -A petición de muchos, hemos puesto un parámetro que posibilita el utilizar también el archivo de EJES para obtener las calles y carreteras con sus nombres, aunque advierto que vienen bastante mal, con segmentos independientes, sin juntar, etc. Aún y así puede que para alguna población pequeña en la que no haya nada importado pueda venir bien, eso si, después de que el usuario se meta unas buenas horas arreglándolas. Por esto, será necesario que os descargueis además del nuevo Cat2Osm, un archivo de configuración nuevo o que al que tengais le añadais un campo Ejes=0 -Para los que nos tiramos horas esperando a que el simplificador de vías termine, ya tenemos una barra de proceso que va mostrando el porcentaje que le queda para terminar. Creo que todos nos vamos a alegrar mucho de ello :-) - Por último, si no me dejo nada, en esta nueva versión, si no le indicamos el fichero de configuración no saldrá la interfaz para generarlo si no que aparecerá un mensaje de cómo usar cat2osm y su fecha de versión para no liarnos entre versiones. Para lanzar la interfaz de usuario habrá que indicar la opción -ui java -jar cat2osm.jar -ui Y para ver la versión java -jar cat2osm.jar -v Para hacerlo funcionar con el archivo de configuración sigue siendo como siempre: java -jar cat2osm.jar rutaarchivoconfig Aquí tenéis la nueva versión: 2012-02-29 Cat2Osm.jar: https://github.com/AnderPijoan/cat2osm http://paginaspersonales.deusto.es/cruz.borges/cat2osm.jar Archivos de configuración de muestra: https://github.com/AnderPijoan/cat2osm/tree/master/config http://paginaspersonales.deusto.es/cruz.borges/config http://paginaspersonales.deusto.es/cruz.borges/configCiudadReal http://paginaspersonales.deusto.es/cruz.borges/configSantander http://paginaspersonales.deusto.es/cruz.borges/configAldeasecaDeAlba Saludos. El 29 de febrero de 2012 14:54, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: Solo un pequeño apunte/favor. Cuando subais algo, sacad una captura de pantalla del antes y después y ponernos un enlace al lugar para poder documentar los cambios en el PFC de Ander y en la memoria del proyecto :) El 29 de febrero de 2012 14:50, Jorge Sanz Sanfructuoso sanc...@gmail.com escribió: El 29 de febrero de 2012 13:57, Matías Taborda Barroso taborda.barr...@gmail.com escribió: Hola. Me permito la libertad de abrir un nuevo hilo para separar la discusión del tema USUARIO/S CONTRASEÑA/S de los datos que del catastro. Seguir el actual con más de 250 mensajes se empieza a hacer un poco cuesta arriba para determinado temas tratado en él. Si porque ese hilo es ya una locura con tanto mensaje. En primer lugar, pienso que no debería haber lugar a dudas en la comunidad OSM España, que esto es necesario. Se ha tratado ya en el el hilo del catastro pero vuelvo a poner aquí el enlace para tenerlo más a mano. La guía de importación establecida en la wiki. [1] Como ya se trató también en el hilo lo suyo es crear varios usuarios. Uno por comunidad estaría bien. Atención a navegantes, suele ser habitual a la hora de utilizar en un mismo JOSM varios usuarios que nos despistamos y se nos olvida cambiarlo con lo que podemos hacer importaciones con nuestro usuario habitual o usar el usuario de importación para cualquier otro cometido. Efecto de la Noche de los Mapas Vivientes. Finalmente, como dice Jorge, a día de hoy el programa no está completamente depurado, estamos haciendo pruebas cada uno en nuestro equipos. Claro que se pueden subir resultado, es lo bueno de OSM que se puede hacer TODO, pero se supone que deberíamos ponernos de acuerdo para decir a partir de que momento y de que forma. Yo pienso que lo de los usuarios se podría ya concretar el nombre de los mismos y crearlos ya. Alguno se nos escara que nos equivoquemos y usemos el usuario que no es pero bueno intentar evitarlo en lo posible. En cuanto los datos si están ya para subirse o no. Los que son por así decir urbanos
Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro
Se me olvidaba, también hemos solucionado la codificación de caracteres. En las pruebas realizadas hasta la fecha no nos ha vuelto a salir ningún caracter extraño, pero si sale algo raro no dudéis en hacérnoslo llegar. Saludos El 29 de febrero de 2012 15:11, Ander Pijoan ander.pij...@deusto.esescribió: Hola a todos, Estoy un poco perdido con las distintas conversaciones que hay acerca de catastro. Os escribo porque hemos publicado una nueva versión que incorpora unas pequeñas mejoras. -Hemos adaptado algunos tags para mejorar su traducción. Si que ahora os saldrán fixmes para natural=water y suelo=improductivo y es que en catastro se usan para denominar un sin fin de cosas distintas, por lo que lo más adecuado será que el usuario a mano elija el tag que más se le asemeje. Teneis una sección dedicada a los arreglos que tendreis que hacer en la wiki: http://wiki.openstreetmap.org/wiki/Spanish_Catastro#Soluci.C3.B3n_de_errores_y_arreglos_con_JOSM -A petición de muchos, hemos puesto un parámetro que posibilita el utilizar también el archivo de EJES para obtener las calles y carreteras con sus nombres, aunque advierto que vienen bastante mal, con segmentos independientes, sin juntar, etc. Aún y así puede que para alguna población pequeña en la que no haya nada importado pueda venir bien, eso si, después de que el usuario se meta unas buenas horas arreglándolas. Por esto, será necesario que os descargueis además del nuevo Cat2Osm, un archivo de configuración nuevo o que al que tengais le añadais un campo Ejes=0 -Para los que nos tiramos horas esperando a que el simplificador de vías termine, ya tenemos una barra de proceso que va mostrando el porcentaje que le queda para terminar. Creo que todos nos vamos a alegrar mucho de ello :-) - Por último, si no me dejo nada, en esta nueva versión, si no le indicamos el fichero de configuración no saldrá la interfaz para generarlo si no que aparecerá un mensaje de cómo usar cat2osm y su fecha de versión para no liarnos entre versiones. Para lanzar la interfaz de usuario habrá que indicar la opción -ui java -jar cat2osm.jar -ui Y para ver la versión java -jar cat2osm.jar -v Para hacerlo funcionar con el archivo de configuración sigue siendo como siempre: java -jar cat2osm.jar rutaarchivoconfig Aquí tenéis la nueva versión: 2012-02-29 Cat2Osm.jar: https://github.com/AnderPijoan/cat2osm http://paginaspersonales.deusto.es/cruz.borges/cat2osm.jar Archivos de configuración de muestra: https://github.com/AnderPijoan/cat2osm/tree/master/config http://paginaspersonales.deusto.es/cruz.borges/config http://paginaspersonales.deusto.es/cruz.borges/configCiudadReal http://paginaspersonales.deusto.es/cruz.borges/configSantander http://paginaspersonales.deusto.es/cruz.borges/configAldeasecaDeAlba Saludos. El 29 de febrero de 2012 14:09, andrzej zaborowski balr...@gmail.comescribió: 2012/2/29 Jorge Sanz Sanfructuoso sanc...@gmail.com: El 29 de febrero de 2012 13:17, Xavier Martin xavier...@gmail.com escribió: jeje, todo muy técnico y muy teórico... pero... Yo por ahora estoy dejando las exportaciones en la wiki con los resultados, pero... no hay nada que me impida subir las exportaciones a OSM, ¿verdad? El problema es que todavia tiene algunas cosas que corregirse para que este perfecto el programa, todavia se están realizando algunos cambios de etiquetas y si se realizan después de que se suba mal se esta contaminando de información incorrecta. Ahora estaban cambiando algunas etiquetas de los campos por ejemplo que faltaban que son las que mas se va a notar en pueblos pequeños que sera la mayoría campo. Algunos problemas de tags siempre va a haber, pero ojalá todos los datos subidos estarán revisados antes de estar subidos. Entonces la cuestión es solamente de reducir el trabajo que hay que hacer revisando. Lo del usuario y demás... por lo que decís, se piensa almacenar toda la información de toda España, pero..¿ ya mejorada (con sus FIXES) o solo exportada? y despues subirla a algún servidor? muy bien, decidme un repositorio donde dejar los cientos de MB que van saliendo... ¿y alguien subirá los GB que salgan a OSM de una vez??¿? solo digo,.. buena suerte.. . No hay que hacer ningún repositorio para eso y no es así como se realizaria. El proceso es crear un nick o varios posiblemente por comunidades eso se hablo pero no se decidió. Entonces a los que vayan a subir datos se les da el usuario y contraseña. Cada uno desde su casa coge los datos del catastro los convierte vamos todo el proceso normal y luego para subirlo la diferencia es que usa el usuario común en vez del propio. Así es como se tienen que hacer todas las importaciones maxivas según viene en la wiki. Pueden estar usando varias personas el mismo nick sin ningún problema. En algunos casos también se usa una cuenta por región, o una por usuario. Yo diría que realmente si
Re: [Talk-es] Guía de importación de datos del Catastro.
Hola. Osmeros, vamos a intentar gestionar tanta información. Tema usuario, contraseña, modo de actuar en este hilo. Problemas, soluciones y resultado de cat2osm en su correspondiente. ¡¡¡ Jynus pásate por aquí !!!. No sólo es crear el nombre de usuario y contraseña y ya está. Es necesario documentar medianamente bien el proceso seguido hasta ahora y el que se va a seguir. Por ejemplo, todos estamos en que un usuario por comunidad es lo suyo. Venga, todos al wiki y hacemos una página donde se especifique el nombre de cada comunidad (extremadura_catastro, madrid_catastro, yo que se, lo que se nos ocurra). Para no pisarnos poblaciones en el futuro. En [1] ir completando las poblaciones de cada provincia y quien quiera que vaya escogiendo los pueblos de los que se va a encargar, reservando con su nombre de usuario de la wiki. Se lleva mucho tiempo con esto para que nos entren las prisas a última hora ¿no?. Vamos, en mi humilde opinión. [1]http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro
El 29 de febrero de 2012 15:04, Jaime Crespo jy...@jynus.com escribió: Por favor, es necesario enviar un correo a la lista imports con toda la documentación y un breve resumen de lo hecho y por hacer, antes de que nos tiren para atrás el proceso a medio hacer. Tenemos que convencerles que no estamos haciendo las cosas a ciegas y sin contar con nadie. Joer, pues será por haberlo discutido aquí :P el hilo tiene como 300 respuestas, hay una wiki con un montón de información y un repositorio público en github con el código. Podemos hacer un Google Docs para escribir entre todos el correo si quereis (y no digan que las cosas no se hacen consensuadas :P). Para los que quereis ver resultados, yo espero que a lo largo de la semana nos den salida al servidor de tiles que tenemos montado (si no ya intento yo hacer un apaño desde otro servidor). Si nos envias los osm (y no son muchos :P) ya me encargo de subirlos al servidor (que no se tarda nada) y os explico como acceder a él para que le echeis un viztazo. -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Guía de importación de datos del Catastro.
De donde habeis sacado la lista de poblaciones? Nosotros nos podemos encargarnos de Ciudad Real (por temas de curro). Por lo menos de generar los .osm y hacer la limpieza inicial pero desconocemos un poco la zona :( A ver si alguien de la zona nos hecha una mano. El 29 de febrero de 2012 16:10, Matías Taborda Barroso taborda.barr...@gmail.com escribió: Hola. Osmeros, vamos a intentar gestionar tanta información. Tema usuario, contraseña, modo de actuar en este hilo. Problemas, soluciones y resultado de cat2osm en su correspondiente. ¡¡¡ Jynus pásate por aquí !!!. No sólo es crear el nombre de usuario y contraseña y ya está. Es necesario documentar medianamente bien el proceso seguido hasta ahora y el que se va a seguir. Por ejemplo, todos estamos en que un usuario por comunidad es lo suyo. Venga, todos al wiki y hacemos una página donde se especifique el nombre de cada comunidad (extremadura_catastro, madrid_catastro, yo que se, lo que se nos ocurra). Para no pisarnos poblaciones en el futuro. En [1] ir completando las poblaciones de cada provincia y quien quiera que vaya escogiendo los pueblos de los que se va a encargar, reservando con su nombre de usuario de la wiki. Se lleva mucho tiempo con esto para que nos entren las prisas a última hora ¿no?. Vamos, en mi humilde opinión. [1]http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro
El 29/02/2012 16:12, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: El 29 de febrero de 2012 15:04, Jaime Crespo jy...@jynus.com escribió: Por favor, es necesario enviar un correo a la lista imports con toda la documentación y un breve resumen de lo hecho y por hacer, antes de que nos tiren para atrás el proceso a medio hacer. Tenemos que convencerles que no estamos haciendo las cosas a ciegas y sin contar con nadie. Joer, pues será por haberlo discutido aquí :P el hilo tiene como 300 respuestas, hay una wiki con un montón de información y un repositorio público en github con el código A mí no me tenéis que convencer, sino a los alemanes-que-dicen-que-todo-import-es-malo. Con el wiki sobraría, pero está en español... -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Mapeado de Murcia
Gran Trabajo. Yo estuve por Murcia en Semana santa 2011 y revise las zonas por las que anduve (Lorce,Mula, Caravaca,Murcia y Cartagena). Vi que quedaba mucho por hacer, pero estaba enfrascado en Castilla y León (acabo ya con Soria) y no le dedique más tiempo. con nuestro trabajo cada vez queda menos Un Saludo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Guía de importación de datos del Catastro.
El 29/02/12 16:18, Jorge Sanz Sanfructuoso escribió: Yo las poblaciones de salamanca las e sacado de la wikipedia Jorge, usa la de la diputacion es mas fiable y oficial: http://www.dipsanet.es/Aplicaciones/GestorInter.jsp?prestacion=Cipublicofuncion=MuestraMunicipios -- Mal haya el vientre que del bien recibido no le viene miente. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Guía de importación de datos del Catastro.
Gracias Ander. Ya tengo exportadas las 3 pequeñas poblaciones. Sin errores y sin avisos, borra todos los ficheros y deja solo en result el .osm. Voy a seguir probándolas. Respondiendo a las preguntas: El tema de usuarios si no se hace uno general, yo creo que mejor que comunidades autonomas, crear uno por provincias, como estan en: http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results Los resultados se pueden colorear por zonas: http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results/Avila Amarillo si solo esta exportado. Añadiendo en notas el usuario que lo ha exportado, la fecha y versión de compilador Rojo si se esta corrigiendo o trabajando en ella. Con el nombre de usuario y la fecha en que empieza. Verde si esta publicado. Con el nombre de usuario, La fecha de publicación y la version del compilador.. De donde habeis sacado la lista de poblaciones? Los nombres de los pueblos y ciudades los he sacado del CNIG, hay varios formatos des descargas. http://centrodedescargas.cnig.es/CentroDescargas/equipamiento.do;jsessionid=8D3A08269C432444045BA93E91F35809?method=mostrarEquipamiento Un saludo El 29 de febrero de 2012 16:18, Jorge Sanz Sanfructuoso sanc...@gmail.comescribió: Yo las poblaciones de salamanca las e sacado de la wikipedia El miércoles 29 de febrero de 2012, Cruz Enrique Borges Hernández escribió: De donde habeis sacado la lista de poblaciones? Nosotros nos podemos encargarnos de Ciudad Real (por temas de curro). Por lo menos de generar los .osm y hacer la limpieza inicial pero desconocemos un poco la zona :( A ver si alguien de la zona nos hecha una mano. El 29 de febrero de 2012 16:10, Matías Taborda Barroso taborda.barr...@gmail.com escribió: Hola. Osmeros, vamos a intentar gestionar tanta información. Tema usuario, contraseña, modo de actuar en este hilo. Problemas, soluciones y resultado de cat2osm en su correspondiente. ¡¡¡ Jynus pásate por aquí !!!. No sólo es crear el nombre de usuario y contraseña y ya está. Es necesario documentar medianamente bien el proceso seguido hasta ahora y el que se va a seguir. Por ejemplo, todos estamos en que un usuario por comunidad es lo suyo. Venga, todos al wiki y hacemos una página donde se especifique el nombre de cada comunidad (extremadura_catastro, madrid_catastro, yo que se, lo que se nos ocurra). Para no pisarnos poblaciones en el futuro. En [1] ir completando las poblaciones de cada provincia y quien quiera que vaya escogiendo los pueblos de los que se va a encargar, reservando con su nombre de usuario de la wiki. Se lleva mucho tiempo con esto para que nos entren las prisas a última hora ¿no?. Vamos, en mi humilde opinión. [1]http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain -- Jorge Sanz Sanfructuoso - Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Guía de importación de datos del Catastro.
Ya tengo la wiki de Ciudad Real. Falta por ir modificando la imagen y por ir traduciendo OSM. El 29 de febrero de 2012 16:56, Xavier Martin xavier...@gmail.comescribió: Gracias Ander. Ya tengo exportadas las 3 pequeñas poblaciones. Sin errores y sin avisos, borra todos los ficheros y deja solo en result el .osm. Voy a seguir probándolas. Respondiendo a las preguntas: El tema de usuarios si no se hace uno general, yo creo que mejor que comunidades autonomas, crear uno por provincias, como estan en: http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results Los resultados se pueden colorear por zonas: http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results/Avila Amarillo si solo esta exportado. Añadiendo en notas el usuario que lo ha exportado, la fecha y versión de compilador Rojo si se esta corrigiendo o trabajando en ella. Con el nombre de usuario y la fecha en que empieza. Verde si esta publicado. Con el nombre de usuario, La fecha de publicación y la version del compilador.. De donde habeis sacado la lista de poblaciones? Los nombres de los pueblos y ciudades los he sacado del CNIG, hay varios formatos des descargas. http://centrodedescargas.cnig.es/CentroDescargas/equipamiento.do;jsessionid=8D3A08269C432444045BA93E91F35809?method=mostrarEquipamiento Un saludo El 29 de febrero de 2012 16:18, Jorge Sanz Sanfructuoso sanc...@gmail.com escribió: Yo las poblaciones de salamanca las e sacado de la wikipedia El miércoles 29 de febrero de 2012, Cruz Enrique Borges Hernández escribió: De donde habeis sacado la lista de poblaciones? Nosotros nos podemos encargarnos de Ciudad Real (por temas de curro). Por lo menos de generar los .osm y hacer la limpieza inicial pero desconocemos un poco la zona :( A ver si alguien de la zona nos hecha una mano. El 29 de febrero de 2012 16:10, Matías Taborda Barroso taborda.barr...@gmail.com escribió: Hola. Osmeros, vamos a intentar gestionar tanta información. Tema usuario, contraseña, modo de actuar en este hilo. Problemas, soluciones y resultado de cat2osm en su correspondiente. ¡¡¡ Jynus pásate por aquí !!!. No sólo es crear el nombre de usuario y contraseña y ya está. Es necesario documentar medianamente bien el proceso seguido hasta ahora y el que se va a seguir. Por ejemplo, todos estamos en que un usuario por comunidad es lo suyo. Venga, todos al wiki y hacemos una página donde se especifique el nombre de cada comunidad (extremadura_catastro, madrid_catastro, yo que se, lo que se nos ocurra). Para no pisarnos poblaciones en el futuro. En [1] ir completando las poblaciones de cada provincia y quien quiera que vaya escogiendo los pueblos de los que se va a encargar, reservando con su nombre de usuario de la wiki. Se lleva mucho tiempo con esto para que nos entren las prisas a última hora ¿no?. Vamos, en mi humilde opinión. [1]http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain -- Jorge Sanz Sanfructuoso - Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Guía de importación de datos del Catastro.
Respondiendo a las preguntas: El tema de usuarios si no se hace uno general, yo creo que mejor que comunidades autonomas, crear uno por provincias, como estan en: http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results Los resultados se pueden colorear por zonas: http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results/Avila Amarillo si solo esta exportado. Añadiendo en notas el usuario que lo ha exportado, la fecha y versión de compilador Rojo si se esta corrigiendo o trabajando en ella. Con el nombre de usuario y la fecha en que empieza. Verde si esta publicado. Con el nombre de usuario, La fecha de publicación y la version del compilador.. +1. También creo que sería mejor un usuario/clave por provincia, que por comunidad. Teniendo en cuenta la cantidad de municipios que pueden tener cada provincia, tenemos para entretenernos un buen rato; además así se aprovechan las tablas que se están montando en la wiki y con ese sistema de colores que dices, mejor que mejor. ¿De donde sacas el mapita de la provincia?. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Guía de importación de datos del Catastro.
De la wikipedia :) Busca municipios provincia y suelen estar. El 29 de febrero de 2012 17:16, Matías Taborda Barroso taborda.barr...@gmail.com escribió: Respondiendo a las preguntas: El tema de usuarios si no se hace uno general, yo creo que mejor que comunidades autonomas, crear uno por provincias, como estan en: http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results Los resultados se pueden colorear por zonas: http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results/Avila Amarillo si solo esta exportado. Añadiendo en notas el usuario que lo ha exportado, la fecha y versión de compilador Rojo si se esta corrigiendo o trabajando en ella. Con el nombre de usuario y la fecha en que empieza. Verde si esta publicado. Con el nombre de usuario, La fecha de publicación y la version del compilador.. +1. También creo que sería mejor un usuario/clave por provincia, que por comunidad. Teniendo en cuenta la cantidad de municipios que pueden tener cada provincia, tenemos para entretenernos un buen rato; además así se aprovechan las tablas que se están montando en la wiki y con ese sistema de colores que dices, mejor que mejor. ¿De donde sacas el mapita de la provincia?. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Guía de importación de datos del Catastro.
De la wikipedia, al buscar cualquier pueblo suele salir el mapa de la provincia con la situación del municipio. Luego se pasa por el Gimp, bote de pintura, color y listo. El 29 de febrero de 2012 17:16, Matías Taborda Barroso taborda.barr...@gmail.com escribió: Respondiendo a las preguntas: El tema de usuarios si no se hace uno general, yo creo que mejor que comunidades autonomas, crear uno por provincias, como estan en: http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results Los resultados se pueden colorear por zonas: http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results/Avila Amarillo si solo esta exportado. Añadiendo en notas el usuario que lo ha exportado, la fecha y versión de compilador Rojo si se esta corrigiendo o trabajando en ella. Con el nombre de usuario y la fecha en que empieza. Verde si esta publicado. Con el nombre de usuario, La fecha de publicación y la version del compilador.. +1. También creo que sería mejor un usuario/clave por provincia, que por comunidad. Teniendo en cuenta la cantidad de municipios que pueden tener cada provincia, tenemos para entretenernos un buen rato; además así se aprovechan las tablas que se están montando en la wiki y con ese sistema de colores que dices, mejor que mejor. ¿De donde sacas el mapita de la provincia?. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] [CATASTRO] Prados o praderas
Hola, Estoy revisando el municipio de Medio Cudeyo y veo que no me concuerda el uso del suelo que se le asigna a parcelas que en Catastro se califican como PD Prados o praderas mientras que en el resultado que devuelve cat2osm aparecen como landuse=farm y natural=scrub ¿No debería ser landuse=meadow y meadow=agricultural como se recoge en la wiki [1]? http://i40.tinypic.com/iep16v.png Por otro lado veo que en algunas parcelas aparece addr:full=X X ¿Esto está bien o es pifia de los datos de Catastro? http://i40.tinypic.com/359mkxv.png Perdonar la chapa que doy con esto de los usos del suelo pero es que prefiero no precipitarme e ir puliendo estas cosas antes de subirlo a OSM y luego tener que meterme la paliza para corregirlo, que por la tierruca no somos muchos editando. Saludos. Emilio Gómez [1] http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features#Tipos_de_cultivo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CATASTRO] Prados o praderas
Estoy revisando el municipio de Medio Cudeyo y veo que no me concuerda el uso del suelo que se le asigna a parcelas que en Catastro se califican como PD Prados o praderas mientras que en el resultado que devuelve cat2osm aparecen como landuse=farm y natural=scrub ¿No debería ser landuse=meadow y meadow=agricultural como se recoge en la wiki [1]? Esto si que ya no te lo puedo asegurar. A ver si Ander mañana comenta algo que ahora está en clase. http://i40.tinypic.com/iep16v.png Por otro lado veo que en algunas parcelas aparece addr:full=X X ¿Esto está bien o es pifia de los datos de Catastro? http://i40.tinypic.com/359mkxv.png Esto tiene toda la pinta de pifia en el catastro porque me suena haberlo visto en algún otro lado más. Emilio Gómez [1] http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features#Tipos_de_cultivo -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CATASTRO] Prados o praderas
Yo también encuentro errores en la asignación de etiquetas para los usos del suelo. Echando un vistazo, veo una cantera etiquetada como landuse=meadow cuando en catastro se le asigna IMPRODUCTIVO, parcelas donde en catastro tienen la categoría PRADOS O PRADERAS con la etiqueta landuse=farm o montes con plantaciones de eucalipto como landuse=meadow. Creo entender que el programa no está comparando las cadenas de caracteres que se documentan en la tabla Tipos de Cultivo [1]. Por cierto, he añadido otro denominado ESPECIES MEZCLADAS que no se que tag puede llevar en OSM. [1]http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features#Tipos_de_cultivo Un saludo a todos. Jesús -- View this message in context: http://gis.19327.n5.nabble.com/CATASTRO-Prados-o-praderas-tp5525532p5525580.html Sent from the Spain mailing list archive at Nabble.com. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
