[talk-ph] Fwd: [HOT] Call for volunteers: Somalia roads import
Just in case, anyone here is interested. -- Forwarded message -- From: Schuyler Erle schuy...@nocat.net Date: Mon, Aug 22, 2011 at 5:02 PM Subject: [HOT] Call for volunteers: Somalia roads import To: hot h...@openstreetmap.org Hey, folks. After finding some issues with the MadMappers Somalia roads dataset, which were hard to fix automatically, like occasional doubled roads, I finally concluded that the best thing for us to do is to merge the roads data into the OSM database manually: http://wiki.openstreetmap.org/wiki/WikiProject_Somalia/Roads The dataset covers all of Somalia, and is pretty detailed. Each of the 128 files comprises a rectangular geographic region of varying sizes, with ~1,050 ways in each file. I cleaned up the data to minimize topological errors, and converted it to OSM format, with a basic tagging scheme. However, the data does still contain issues in some places, such as the occasional set of doubled/overlapping roads. Also, these files still need to be merged in with the data that's already in OSM. We need volunteers who have experience with JOSM! Please help out by visiting the link above and spending some time merging and uploading the new Somalia roads data. It's going to be a bit of work, but if we spread it around, it won't be too bad, I hope -- and it will be totally worth it. The roads data here is incredibly detailed, and will undoubtedly be very useful for humanitarian aid. SDE ___ HOT mailing list h...@openstreetmap.org http://lists.openstreetmap.org/listinfo/hot -- 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: [OSM-talk-be] Fietsnet using OSM
Hi Koen, We are not lawyers, but the whole idea of having a freely available map is to enable the use you are describing. The whole project is in the process of changing the license to ODBL. Normally this should be good news, as it's meant to clarify how the data can be used. I'm afraid you're going to have to wade through some wiki pages and maybe ask your questions and describe your doubts on legal-t...@openstreetmap.org. http://wiki.openstreetmap.org/wiki/Open_Database_License Basically what it all comes down to is that you have to put a mention somewhere accompanying the map or the data to accredit the Openstreetmap project and that you have to license your improvements to the data under the same license. Of course you can PRESENT a mix of both OSM data and proprietary data. The easiest way is probably to work with layers in that case. It's not a problem that the application doing the combining and the presenting is proprietary, as long as credit is given where credit is due. Oh, I see Gerard already described it a lot more eloquently than I did... On the input side, I think it's best your contributors all create OSM accounts and enter their data directly into the OSM database. Cheers, Jo 2011/8/22 Koen Mannaerts [fietsnet.be] k...@fietsnet.be Hi Jo, Kurt, Thanks heaps for helping! The most pressing question is about the OSM license. I'm still not entirely sure what OSM considers a derivative or produced work. The idea is that our contributors will extend, complete or correct the OSM map, as far as trajectory information is concerned: nodes, the rcn relationships, highway, bicycle, foot keyvalues, ... Periodically, Fietsnet will import all this data, connect it to other sources (external like meteo and event poi's, internal like statistics and usage data), and generate graph and track tiles. These binary tiles will be used by the publicly available, yet proprietary, routeplanner application. I'm not sure OSM's license allows for this scenario. Kind regards, Koen Jo wrote: Hi Koen, That is great news! We always like to work together with other groups. Many of the cycle node networks (fietsknooppuntennetwerken) are already in OSM, but more eyes and hands will certainly improve the map. We have many more of the small roads (wandelpaden/fietspaden) than Googlemaps, so I believe it will be a lot better as a background layer for your route planner. If you want to organise a presentation for your members, I'd be happy to come and explain how to enter the data (preferably with JOSM, since it is a lot more convenient to enter route relations). I can also explain how to convert a selection of routes into a gpx file, which can then be used in a GPS device for navigation. I can also offer help with 'importing' the data from your GIS to OSM as a semi automated process. Cheers, Jo 2011/8/21 Koen Mannaerts [fietsnet.be] k...@fietsnet.be Hi, I'm Koen from Fietsnet.be. Since 2007 Fietsnet is a rather popular routeplanner for the cycle node network in Belgium and the South of the Netherlands. It's an independent and non-commercial project by cyclists. Currently we maintain our spatial information in a private GIS, but we're considering to shift this toOpenStreetMap. Using OSM may enable new opportunities for the Fietsnet routeplanner, such as covering a larger area, deviating from the established cycle node networks, creating turn-by-turn navigation instructions and using richer road attributes. OSM may also benefit from this initiative, as Fietsnet has a large user base of active cyclists and we've set up a process to reliably translate user feedback in an adapted map. I.e. we may change our process to quickly adapt and sanitize OSM data based on our current data and user feedback. We're new to OSM, and we have a lot of practical, technical and legal questions about this move, too many and too boring to include in this message. If you have experience with OSM, and are willing to help us out in one of these area's, it would be fantastic if you'd send us a mail:meewer...@fietsnet.be mailto:meewer...@fietsnet.be. Let's do this! -- Koen Mannaerts | fietsnet.be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Fietsnet using OSM
Thanks all, for the help and the pointers. Kind regards, Koen Jo wrote: Hi Koen, We are not lawyers, but the whole idea of having a freely available map is to enable the use you are describing. The whole project is in the process of changing the license to ODBL. Normally this should be good news, as it's meant to clarify how the data can be used. I'm afraid you're going to have to wade through some wiki pages and maybe ask your questions and describe your doubts on legal-t...@openstreetmap.org. http://wiki.openstreetmap.org/wiki/Open_Database_License Basically what it all comes down to is that you have to put a mention somewhere accompanying the map or the data to accredit the Openstreetmap project and that you have to license your improvements to the data under the same license. Of course you can PRESENT a mix of both OSM data and proprietary data. The easiest way is probably to work with layers in that case. It's not a problem that the application doing the combining and the presenting is proprietary, as long as credit is given where credit is due. Oh, I see Gerard already described it a lot more eloquently than I did... On the input side, I think it's best your contributors all create OSM accounts and enter their data directly into the OSM database. Cheers, Jo 2011/8/22 Koen Mannaerts [fietsnet.be] k...@fietsnet.be Hi Jo, Kurt, Thanks heaps for helping! The most pressing question is about the OSM license. I'm still not entirely sure what OSM considers a derivative or produced work. The idea is that our contributors will extend, complete or correct the OSM map, as far as trajectory information is concerned: nodes, the rcn relationships, highway, bicycle, foot keyvalues, ... Periodically, Fietsnet will import all this data, connect it to other sources (external like meteo and event poi's, internal like statistics and usage data), and generate graph and track tiles. These binary tiles will be used by the publicly available, yet proprietary, routeplanner application. I'm not sure OSM's license allows for this scenario. Kind regards, Koen Jo wrote: Hi Koen, That is great news! We always like to work together with other groups. Many of the cycle node networks (fietsknooppuntennetwerken) are already in OSM, but more eyes and hands will certainly improve the map. We have many more of the small roads (wandelpaden/fietspaden) than Googlemaps, so I believe it will be a lot better as a background layer for your route planner. If you want to organise a presentation for your members, I'd be happy to come and explain how to enter the data (preferably with JOSM, since it is a lot more convenient to enter route relations). I can also explain how to convert a selection of routes into a gpx file, which can then be used in a GPS device for navigation. I can also offer help with 'importing' the data from your GIS to OSM as a semi automated process. Cheers, Jo 2011/8/21 Koen Mannaerts [fietsnet.be] k...@fietsnet.be Hi, I'm Koen from Fietsnet.be. Since 2007 Fietsnet is a rather popular routeplanner for the cycle node network in Belgium and the South of the Netherlands. It's an independent and non-commercial project by cyclists. Currently we maintain our spatial information in a private GIS, but we're considering to shift this toOpenStreetMap. Using OSM may enable new opportunities for the Fietsnet routeplanner, such as covering a larger area, deviating from the established cycle node networks, creating turn-by-turn navigation instructions and using richer road
Re: [OSM-legal-talk] using osm data and other sources in a project
Jukka Rahkonen jukka.rahko...@latuviitta.fi wrote on 19/08/2011 06:30:29 PM: The blue sea is coming from one database, borders from another and red OSM motorways from a third. All with one request and end user cannot separate the sources from the png image. This use-case has been discussed many times on this list, and it may be worthwhile for you to look back through the archives to see the results of these discussions. Although most opinions are given by non-lawyer types, I would say that there is that a fair consensus of opinion that if the OSM data is maintained in a separate database, and presented as a separate layer (say using open layers) then it can be treated as separate. There is little definitive in the way of legal interpretation on this, and most people are applying their own interpretation of the licence, and yours may be as good as anyone else's. ODbL at least may simplify the situation with the resulting tiles when the licence is switched. It is, however, entirely within the bounds of possibility that the current licence may apply virally to any combined tile you could produce with OSM data on it, and if you will suffer loss if it does, then you should seek legal advice and not rely on this list. Even in your worst case you only have to licence what you distribute under CC BY-SA. That which is undistributed can remain unencumbered, and you are under no obligation to distribute it. In other words if you don't distribute your data except as rendered tiles you only need to apply the licence to the tiles, and the modified data or other databases can be kept secure and do not need to be shared. Ian.___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] Quality reports of non EU area
Hi there, well I'm looking for somekind of research/stats on the quality of our project especially in US or Asian area. I browsed the most of the scientific papers at http://wiki.openstreetmap.org/wiki/Research but that ones, that concern the quality (and it's metrics) are mostly focused on the EU area. So did I missed something and there is already a report covering diff. metrics of other continents? P.S. Yes I know QSMatrix for sure (which is pretty cool), but this doesn't cover non EU, too :( http://wiki.openstreetmap.org/wiki/OSMatrix ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Quality reports of non EU area
Hi Matthias, I'd like to see some non-EU quality analysis as well, and I am willing to work on it too. Right now I am just getting settled here in the US and doing some mapping locally, but next on my list is doing some quality analysis for at least some major US metro areas. If you find anything along those lines that is done already, please share. I have not really looked all that hard but from my previous inquiries into quality analysis, I found most tools / results to be EU based. I would think Cloudmade or MapQuest should have something to say about this - Nick, Ant? Martijn On Mon, Aug 22, 2011 at 9:52 AM, Matthias Meisser dig...@arcor.de wrote: Hi there, well I'm looking for somekind of research/stats on the quality of our project especially in US or Asian area. I browsed the most of the scientific papers at http://wiki.openstreetmap.org/wiki/Research but that ones, that concern the quality (and it's metrics) are mostly focused on the EU area. So did I missed something and there is already a report covering diff. metrics of other continents? P.S. Yes I know QSMatrix for sure (which is pretty cool), but this doesn't cover non EU, too :( http://wiki.openstreetmap.org/wiki/OSMatrix ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- martijn van exel schaaltreinen.nl ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] A happy birthday OpenStreetMap song from Nagoya Japan
On 8/20/2011 9:57 PM, Shu Higashi wrote: http://www.ustream.tv/recorded/16768642/highlight/195864 Not all the members are OSMers though ;-) Shu Higashi ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk that is awesome :-) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Combined bicycle footway
2011/8/21 Richard Fairhurst rich...@systemed.net: Tomas Straupis wrote: I would like such combined ways to indicate that they are created for BOTH cyclists and walkers (especially then this would include segregated ones). They do indicate that. That's what the blue dots mean. A better suggestion would be show a different rendering for those cycleways where walking is not permitted. Though I honestly don't know whether there are enough of these, worldwide, to merit further cluttering up the map Can we get some feedback from different countries whether walking is permitted on cycleways? At least in Germany and Italy it is (officially) forbidden. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Combined bicycle footway
In Ottawa Canada most are designated multi-use footpaths so you can sky, cycle etc. However the rules are different for municipal government paths than federal government paths, and not all paths are signed. I understand provincial parks and cycle paths have slightly different rules again. Cheerio John On 22 August 2011 20:10, M∡rtin Koppenhoefer dieterdre...@gmail.com wrote: 2011/8/21 Richard Fairhurst rich...@systemed.net: Tomas Straupis wrote: I would like such combined ways to indicate that they are created for BOTH cyclists and walkers (especially then this would include segregated ones). They do indicate that. That's what the blue dots mean. A better suggestion would be show a different rendering for those cycleways where walking is not permitted. Though I honestly don't know whether there are enough of these, worldwide, to merit further cluttering up the map Can we get some feedback from different countries whether walking is permitted on cycleways? At least in Germany and Italy it is (officially) forbidden. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] A proposal to improve relation handling
I and some other mappers have noticed that relations are more prone to breaking than equivalent tags on ways. (For a simple example, imagine two people simultaneously editing different parts of a route and each splitting a way, e.g. to add a maxspeed to a portion. If the route is stored as a relation, the second one to upload will get a conflict, and relation member conflicts are rather difficult to resolve. On the other hand, if the route is stored as ref tags on the ways, no conflict will result.) Another problem is that relations are harder for new mappers to work with than tags. If you want to say that a way is part of Vermont Route 9 with tags, you simply add ref=VT 9. But if you want to use a relation, you first need to find the relation ID or a way that already has it, then add the way to it. I am going to propose improvements to the API and to editing software that will make relations easier to work with and less prone to breakage. (Note that I am not a coder and the rather rude response to 'write a patch' will get you nowhere.) ;API changes 1. Handle conflicts better. Treat the relation members as a comma-separated list, and apply each diff independently (this would probably need some checking that they are not too close to each other). Similarly, if one person only changes the tags and the other the members, do not throw a conflict. (This sort of thing could also help minimize conflicts on ways.) 2. Treat relation membership as a characteristic of the members. Each revision of each member includes a separate field that stores what relations it is a part of. When an object is downloaded, the list of relation IDs it is a part of is included (and perhaps so is the type of relation - route, multipolygon, etc. - this needs more thought). On uploading a change in membership, the editor will send this field (if nothing else is changed, the other tags do not need to be uploaded) and a conflict can occur on this field. Perhaps, for backwards compatibility, a relation change can be uploaded without this field, but it will always 'lose' a conflict even if saved before a change that contains the field. ;Editor changes 1. Handle conflicts better. If a conflict still happens, make it easier to see what members are added or removed without caring about the order. Perhaps use the field from API change 2 to improve the process. 2. Treat relation membership as a characteristic of the members. Put the relation among the other tags with only a minor notation that it is not a standard tag, and with three columns instead of two (e.g. network, ref, role). Make the process of adding an object to a relation essentially the same as that of adding a tag. For example, the following could be the method in which a way is added to the relation for Vermont Route 9 with role east (the relation will have tags network=US:VT and ref=9): *Select the way. *Click the same button or press the same key as when adding a normal tag. *Fill in the first field as US:VT. (Perhaps the editor realizes that this is a relation network, but more likely a box will have to be checked that a relation is being used, absent a regional plugin that will recognize certain networks.) *Fill in the second field as 9. *A third field will appear; fill in east. *Now the editor finds a relation with network=US:VT ref=9. If none is loaded, a new type of API call will be made to find it. If none is found, a new one will be created. It's possible that this will need regional presets to work properly. 3. Change uploading to comply with API change 2. Editor change 2 is most important for making relations easier to work with. The other changes are important for making conflicts less frequent and easier to handle when they do appear. Any comments? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Combined bicycle footway
On Sun, Aug 21, 2011 at 12:49 AM, Tomas Straupis tomasstrau...@gmail.com wrote: Is there a reason for this or simply nobody has fixed that in mapnik stylesheet (currently bicycle blue is rendered on top of footway red making red part invisible)? The whole cycleway/footway thing is a long-standing debacle. Much of the mess comes from people (myself included) assuming their own local environment is representative of the world. The current rendering makes total sense for me locally (with extremely few exceptions, all cycleways are walkable), but is wrong for Germany (plenty of non-walkable cycleways). So, it's probably a reasonable default for most places. It would be worth investigating a good way to render: a) cycleways with no foot tag in places where the default would be non-walkable b) cycleways with an explicit foot=no tag. Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Planet extract for the US
Hi all, Is there a ready-made, reasonably frequently updated planet extract for the contiguous US available somewhere? Right now I am merging the partial US extracts made available by Geofabrik, but I'd love to be able to get it directly. Martijn -- martijn van exel schaaltreinen.nl ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] wieder mal - Flächen und Wege
Am 22.08.2011 07:10, schrieb Joerg Fischer: Und der Nächste, der einen fehlenden Weg ergänzt, der mit der bereits vorhandenen, aber fälschlicherweise an die Fläche gepappten Straße verbunden ist? Der muß entweder ganz genau hingucken (umständlich) das er den neuen Weg mit der Straße und nicht mit der Fläche verbindet Ganz genau hinschauen muss er eher, wenn die Fläche /nicht/ an den Weg gepappt ist - denn dann ist es fast Zufall bei entsprechender Zoomstufe, ob der node in den Weg der Fläche eingefügt wird, oder in den Weg. Sind beide aneinander geklebt, wird der node in beide Wege eingefügt. Da gibt es überhaupt kein Problem. Man kann viel mehr falsch machen, wenn zwei Wege dicht beieinander liegen - und die Fehler die daraus resultieren, sehe ich auch immer wieder. mal ehrlich: eine eingezeichnete Fläche hat wahrscheinlich noch niemanden daran gehindert, weitere Details einzutragen, nachdem er sie in der Realität entdeckt hat und/oder mit dem Kartendetailgrad unzufrieden ist. Doch. Mich. Schon oft. Es genügt das ich den Straßennamen nachtragen will oder ein maxspeed oder was auch immer. Stets muß ich die Scheißfläche (sorry) und den Weg auseinander fieseln nur weil der Vormapper das nicht konnte oder wollte. Na der wird sich bei Dir bedanken. Weshalb musst Du das denn auseinander fieseln, nur weil Du den Straßennamen ändern willst? Nutzt Du einen alten oder raren Editor? In JOSM: Mittelklick _oder_ selectaction.cycles.multiple.matches=true in den Prefs setzen In Potlatch2: ) um einen node in mehrere ways einzufügen - node zeichnen, J drücken ) um durch mehrere mögliche overlapping ways zu wechseln - eine der Tasten / # * probieren ) siehe http://wiki.openstreetmap.org/wiki/Potlatch_2/Shortcuts ) know your editor.. Falls etwas nicht wie erwartet funktioniert, wäre wohl ein Bugreport zu schreiben - dokumentiert ist es jedenfalls. Rechentechnik tendierte in den letzten Jahren nicht dazu langsamer zu werden. Ich glaube nicht, das wir ab jetzt, wo Deutschland ja sehr gut erfasst ist, das Moorsche Gesetz noch schlagen können. Tschaui, Jörg Deutschland ist mitnichten sehr gut erfasst. Ich wäre nichtmal bei einem zufriedenstellend.. Und wenn Du jetzt nicht gerade auf Quantencomputer wartest, gibt es sehr wohl Gründe, Komplexität im Auge zu behalten. Gruß, Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Inkscape und Illustrator SVGZ- Export Online
Hallo Detlev, danke für das Service! Wenn ich das File mit FF oder Chrome aufmache, bekomme ich ein - XML-Verarbeitungsfehler: nicht wohlgeformt Adresse: file:///C:/Users/gringer/Downloads/123map%20(4).svgz Zeile Nr. 1, Spalte 1:� im IE funktioniert das. Noch eine Frage dazu: Informationen zu den POIs selber werden aber nicht mehr angezeigt oder habe ich da etwas nicht gefunden. Legende oderwas ähnliches. lg georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] .img-Dateien unter Linux auf Garmin GPSMap 76S laden
[Sorry, längere Zeit die nötige Hardware zum Anschluß an den Rechner nicht zur Hand gehabt, deshalb erst jetzt eine Antwort] Carsten Schönert c.schoen...@t-online.de writes: Am 09.08.2011 21:40, schrieb Sebastian Niehaus: Neulich versuchte ich das nochmal und scheiterte: irgendein Kommunikationsfehler, die genaue Fehlermeldung habe ich nicht mehr. Nunja, die Fehlermeldung wäre schon interessant. :-) Ich habe das nochmal getestet: , | niehaus@ceramic:~/maps$ sendmap17Lstatic /dev/ttyUSB0 -s9600 63274343.img | GPS SendMap GetMap version 17, kozi...@gps.chrisb.org | | Detected: GPSMAP 76S Software Version 3.70 | Checking input files | Preparing... | niehaus@ceramic:~/maps$ ` Nach dem Preparing... kommt normalerweise die Meldung, dass die Dateien hochgeladen werden, die kommt jedoch nicht, stattdessen beendet sich das Programm innerhalb weniger als einer Sekunde. Dann noch die Randbedingungen, welches System, Kernel, Logs, ... Ich habe Debian Linux (Sqeeze), Kernel 2.6.32-5-amd64. Der serielle Anschluß ist ein USB-zu-Seriell-Konverter, den ich für verschiedene Zwecke (eben jenes Garmin-Gerät sowie auch Switches mit Administrations-Schnittstelle) genutzt habe. Wie gesagt, die größte Änderung, die mir so einfällt ist neben Debian Lenny - Squeeze die Umstellung von einem 32- auf ein 64-Bit Betriebssystem. Die Einstellung am GPSr für Serielles Datenformat lautet Garmin, auch das war nach meiner bisherigen Erfahrung korrekt. Ist das GPS-Gerät abgeschaltet, bleibt das Programm nach der Meldung GPS SendMap GetMap version 17, kozi...@gps.chrisb.org stehen und meldet dann Failure to communicate with GPS - es nimmt zumindest über die Schnittstelle wahr, dass etwas nicht stimmt. Das ist der Log-Hinweis, wenn die Schnittstelle aktiviert wird: , | kernel: [234380.496427] usb 6-5: new full speed USB device using ohci_hcd and address 4 | kernel: [234380.667069] usb 6-5: New USB device found, idVendor=067b, idProduct=2303 | kernel: [234380.667073] usb 6-5: New USB device strings: Mfr=1, Product=2, SerialNumber=0 | ceramic kernel: [234380.667075] usb 6-5: Product: USB-Serial Controller | ceramic kernel: [234380.667076] usb 6-5: Manufacturer: Prolific Technology Inc. | ceramic kernel: [234380.667185] usb 6-5: configuration #1 chosen from 1 choice | kernel: [234380.669112] pl2303 6-5:1.0: pl2303 converter detected | kernel: [234380.691166] usb 6-5: pl2303 converter now attached to ttyUSB0 ` Weitere Eintragungen in den Log-Dateien erscheinen nicht. Der Upload geht weder als normaler User (mit entsprechenden Berechtigungen an der Schnittstelle) noch als root. Hat noch jemand Ideen? besten Dank, Sebastian pgp57Vt9inALK.pgp Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM auf BILD.de
Wolfgang wolfg...@ivkasogis.de wrote: Ich finde es persönlich eigentlich nur albern, jetzt noch auf dem sa zu bestehen, wo alles dafür getan wird, um es abzuschaffen/freiwillig zu machen. Das SA soll ja für die Daten nicht abgeschaft werden sondern nur für die aus den Daten erzeugten Werke. Meine Frage unter welcher Lizenz die Kacheln in Zukunft werden stehen hat mir bisher niemand beantwortet. Offensichtlich ist nicht mal klar ob sich die Lizenz der Stylefiles (die wir nicht einmal kennen) auf die erzeugten Tiles überhaupt auswirkt. Gruss Sven -- Das Einzige wovor wir Angst haben müssen ist die Angst selbst (Franklin D. Roosevelt) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] living_street + alley?
Peter peter@gmx.net wrote: sich ausschließt. Falsches Taggingschema? living_street hat IMHO mehr was richtung maxspeed. Ich fand highway=living_street von Anfang an bescheuert. In 99% der Falle in Deutschland sind das ganz normale residential roads. Die Tatsache, dass das eine Spielstraße ist sollte in einen eigenen Tag. Sven -- Das ist halt der Unterschied: Unix ist ein Betriebssystem mit Tradition, die anderen sind einfach von sich aus unlogisch. (Anselm Lingnau in de.comp.os.unix.discussion) /me ist giggls@ircnet, http://sven.gegg.us/ im WWW ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] living_street + alley?
Am 22.08.2011 10:43, schrieb Sven Geggus: Ich fand highway=living_street von Anfang an bescheuert. In 99% der Falle in Deutschland sind das ganz normale residential roads. -1 Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] living_street + alley?
Am 22.08.2011 10:43, schrieb Sven Geggus: Peter peter@gmx.net wrote: sich ausschließt. Falsches Taggingschema? living_street hat IMHO mehr was richtung maxspeed. Ich fand highway=living_street von Anfang an bescheuert. In 99% der Falle in Deutschland sind das ganz normale residential roads. Die Tatsache, dass das eine Spielstraße ist sollte in einen eigenen Tag. +1. Die 99% stimmen sicher nicht, es gibt auch genug highway=service mit diesem Schild. Aber der Kernaussage stimme ich völlig zu: Ob etwas eine Spielstraße ist, wäre durch ein Zusatztag wie living_street=yes (analog zu z.B. motorroad=yes) weitaus sinnvoller erfasst. Wenn man also schon neue Tags einzuführen versucht, dann nicht so was wie living_street=alley, sondern gleich die ordentliche Lösung mit living_street=yes + normale highway-Tags. Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Inkscape und Illustrator SVGZ- Export Online
Hallo Georg, Am 22.08.2011 08:52, schrieb Georg Ringer: Wenn ich das File mit FF oder Chrome aufmache, bekomme ich ein - XML-Verarbeitungsfehler: Probiere mal die SVGZ-Datei zu entpacken und dann die SVG-Datei mit dem Browser zu öffnen. Eigentlich dürfte es aber auch mit der gepackten Datei keine Probleme in Firefox und Chrome geben. Noch eine Frage dazu: Informationen zu den POIs selber werden aber nicht mehr angezeigt oder habe ich da etwas nicht gefunden. Legende oderwas ähnliches. Zurzeit geben wir keine Legende aus, da wir davon ausgehen, dass die Daten zur Weiterbearbeitung in Inkscape oder Illustrator genutzt werden. In diesen Programmen kann der Designer seine eigene Kreativität zur Gestaltung einer Legende nutzen. Für diese Programme wäre es evtl. sinnvoll, die Infos zu den POI-Typen als separate Ebene zu jeder POI-Kategorie mit auszugeben. Das könnten wir so einrichten, wenn viele den Wunsch haben... Gruß Detlev ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Hilfe bei einer Insel
Hi ! ich möchte eine Insel vor dem Darß entsprechend den anderen anpassen - aber irgendwie bekomme ich das nicht hin und ich wollte fragen ob einer von Euch den Unterschied sieht. Es geht hierbei um die Insel [1] und als Referenzobjekt kann [2] dienen. Es gibt weitere Inseln im Umfeld die wohl gleich aufgebaut sind. Gruß Jan :-) [1] http://www.openstreetmap.org/browse/way/127174925 [2] http://www.openstreetmap.org/browse/way/125814499 Wir arbeiten nicht für die Renderer zähl nicht .-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hilfe bei einer Insel
wäre ganz nett, wenn du erklären würdest, was NICHT funktioniert und wie man das wo (renderer) sehen kann. nur die Rohdaten mit der indirekten Bitte schaut euch das mal an ist etwas wenig für mich. Gruss walter - Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst sehen, dass da kein Wald ist. -- View this message in context: http://gis.638310.n2.nabble.com/Hilfe-bei-einer-Insel-tp6710951p6710989.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] Hilfe bei einer Insel
Am 22.08.2011 12:40, schrieb Walter Nordmann: wäre ganz nett, wenn du erklären würdest, was NICHT funktioniert und wie man das wo (renderer) sehen kann. hi ! hast ja recht - es wird die insel nicht darstellte. das wasser läuft unter mapnik durch. nur die wetland signatur wird angezeigt. nur die Rohdaten mit der indirekten Bitte schaut euch das mal an ist etwas wenig für mich. war wohl etwas abgelenkt beim schreiben - sorry ! gruß Jan :-) Gruss walter - Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst sehen, dass da kein Wald ist. -- View this message in context: http://gis.638310.n2.nabble.com/Hilfe-bei-einer-Insel-tp6710951p6710989.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] Hilfe bei einer Insel
Am 22.08.2011 12:26, schrieb Jan Tappenbeck: ich möchte eine Insel vor dem Darß entsprechend den anderen anpassen - aber irgendwie bekomme ich das nicht hin und ich wollte fragen ob einer von Euch den Unterschied sieht. Moin, ich glaube die coastline läuft in die falsche Richtung. (wasser rechts, land links) Ausserdem bitte beachten, dass das Coastline Processing in Mapnik nur gelegentlich läuft. Chris PS: Wieso hattest Du place=islet entfernt ? PPS: Ist die gesamte Insel wirklich wetland ? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hilfe bei einer Insel
Am 22.08.2011 13:22, schrieb Chris66: Am 22.08.2011 12:26, schrieb Jan Tappenbeck: ich möchte eine Insel vor dem Darß entsprechend den anderen anpassen - aber irgendwie bekomme ich das nicht hin und ich wollte fragen ob einer von Euch den Unterschied sieht. Hi! Moin, ich glaube die coastline läuft in die falsche Richtung. (wasser rechts, land links) Mal ausprobieren. Ausserdem bitte beachten, dass das Coastline Processing in Mapnik nur gelegentlich läuft. Dann wohl ausgerechnet bei der nicht ! Chris PS: Wieso hattest Du place=islet entfernt ? Das war mal ein Versuch - kann ich wieder ergänzen. PPS: Ist die gesamte Insel wirklich wetland ? Ja ! Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Hallo, sofern es ausser der Nähe eine Beziehung gibt. entweder die Fläche grenzt an die Straße, dann ist das eine Beziehung, oder sie grenzt nicht dran, dann ist aber klar, daß sie eine getrennte Linie braucht. Mal ein Bsp. Wir haben einen großen Wald, eine Straße geht mitten durch, Dann werden wir wohl den Wald als eine Fläche zeichnen und die 1. Straße durch die Fläche durch. Hier macht es keinen Sinn den Wald entlang der Straße aufzuschneiden und dann parallel zur Straße 2 Waldgrenzen zu zeichnen. So genau ist die Grenze eines Waldes sowieso nicht definierbar (Endet der Wald am letzten Stamm oder am Ende der Kronen, die ggf. über die Straße ragen,...). Wenn wir bei einer Straße durch den Wald keine 3 Linien zeichnen sollten wir bei einer Straße am Waldrand auch nur eine zeichnen. In der klassischen Kartenwelt gibt es u.a. 2 Arten von Karten, Landkarten und Katasterkarten. OSM ist meiner Meinung nach mit ersteren vergleichbar. Wenn wir Katasterkarten machen wollen müßen wir ganz anders vermessen, da reichen GPS oder Stabilder nicht aus. Die meisten von uns mappen per GPS indem sie auf der Rechten Fahrbahn fahren oder sogar auf dem Bürgersteig gehen und zeichnen danach die Straße ein, ob sie dabei immer den Abstand zur Mittellinie korrigieren bezweifel ich. Außerdem hat GPS im freien Land etwa 10m Meßfehler und in der Stadt ein Vielfaches. Wer also meint genauer zu sein wenn er eine Fläche die an eine Straße grenzt durch eine eigene Linie abgrenzen zu müßen schafft nur eine Scheingenauigkeit. Also zusammengefaßt: Methode 1: Straßenlinie und Flächenlinie getrennt: Vorteil man könnte die Flächengrenze genauer eintragen, was aber wegen der Meßungenauigkeit nicht möglich ist. Nachteil: man weiß nicht ob die Fläche unmittelbar an die Straße grenzt oder nicht. Methode 2: nur eine Linie.: Vorteil die Relation grenzt an Straße ist klar, Nachteil: keine genaue Grenze. Beim Routing spielen Flächen (ausser der Rand von highway-Flächen) sowieso keine Rolle, die können da verbunden sein oder nicht. Es sei denn sie sind das Ziel, dann sucht der Router eine Verbindung zwischen Fläche und Straßenraum. Aber nenn mir doch mal ein konkretes Bsp wo die getrennten Linien Sinn machen, also folgende Bedingungen erfüllt sind: 1) Die Fläche ist scharf genug begrenzt (also nicht der Wald von oben) 2) Die Grenze der Fläche ist genau genug vermessen damit man dadurch Genauigkeit gewinnt 3) Es ist unwichtig ob die Fläche an die Straße grenzt oder nicht ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hilfe bei einer Insel
Am 22.08.11 13:50, schrieb Jan Tappenbeck: Am 22.08.2011 13:22, schrieb Chris66: Ausserdem bitte beachten, dass das Coastline Processing in Mapnik nur gelegentlich läuft. Dann wohl ausgerechnet bei der nicht ! Das Coastline Processing bei Mapnik sieht so aus, dass alle sieben Pfingsten die Küstenlinie als shapefile exportiert wird, und beim Rendern dieses Shapefile statt der aktuellen Daten verwendet wird. Das heisst: Bis du Änderungen an der Küstenlinie siehst, kann es dauern. Lange. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] coastline/ maperitive - Unterschied Daten von xapi oder aus germany.osm
Hallo, ich bin ziemlich am Grübeln. Versuche gerade Tiles von Norddeutschland zu erstellen, und nutze dazu die germany.osm.pbf, die ich brav mit osmosis zerschnipsele. Was soll ich sagen, bis ca 53° scheint die Region komplett geflutet zu sein. Nehme ich die Daten direkt von der xapi, ist alles schick. Von den gerenderten Tiles her würde ich sagen, daß die normale coastline ständig von einer sehr grob gezeichneten weiteren coastline gequert wird, so daß hier immer Inseln entstehen, deren Ufer einander berühren, und so eine nach Süden ausgerichtete Küstenlinie ergeben. Und dann kommt die Flut. Zum Rendern verwende ich maperitive in der aktuellen Version. Ich habe diesen Satz Tiles vor ca. 12 Wochen schon einmal gerechnet, da war alles ok. Mein Problem: Mit JOSM auf der xapi kann ich diese vermutete zweite, grobe Küstenlinie nich sehen. JOSM auf meinem Datenextrakt (*.osm) will nicht öffnen, und meint irgendwas mit -1 ... Da ich sicher glaube, mich hier etwas dumm anzustellen, habe ich große Hoffnung, daß Hilfe naht ;-) Beste Grüße aus Berlin JJ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hilfe bei einer Insel
Am 22.08.2011 14:59, schrieb André Joost: Am 22.08.11 13:50, schrieb Jan Tappenbeck: Am 22.08.2011 13:22, schrieb Chris66: Ausserdem bitte beachten, dass das Coastline Processing in Mapnik nur gelegentlich läuft. Dann wohl ausgerechnet bei der nicht ! Das Coastline Processing bei Mapnik sieht so aus, dass alle sieben Pfingsten die Küstenlinie als shapefile exportiert wird, und beim Rendern dieses Shapefile statt der aktuellen Daten verwendet wird. Das heisst: Bis du Änderungen an der Küstenlinie siehst, kann es dauern. Lange. Gruß, André Joost Hi ! ich habe einmal etwas experimentiert und die Tags einer funktionierenden Insel auf eine andere [1] angewandt. Diese ist aus der Wasserfläche freigestellt. Diese Zuweisung wird kurzfristig umgesetzt in Mapnik. Wenn ich für den Kirr nur noch diese Tags anwende [2] dann wird dieser Bereich nicht freigestellt - die Richtung des Linienzuges habe ich hierbei auch beachtet. [1] http://www.openstreetmap.org/browse/way/4216066 [2] http://www.openstreetmap.org/browse/way/127174925 Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hilfe bei einer Insel - Ergänzung
Am 22.08.2011 16:13, schrieb Jan Tappenbeck: Am 22.08.2011 14:59, schrieb André Joost: Am 22.08.11 13:50, schrieb Jan Tappenbeck: Am 22.08.2011 13:22, schrieb Chris66: Ausserdem bitte beachten, dass das Coastline Processing in Mapnik nur gelegentlich läuft. Dann wohl ausgerechnet bei der nicht ! Das Coastline Processing bei Mapnik sieht so aus, dass alle sieben Pfingsten die Küstenlinie als shapefile exportiert wird, und beim Rendern dieses Shapefile statt der aktuellen Daten verwendet wird. Das heisst: Bis du Änderungen an der Küstenlinie siehst, kann es dauern. Lange. Gruß, André Joost Hi ! ich habe einmal etwas experimentiert und die Tags einer funktionierenden Insel auf eine andere [1] angewandt. Diese ist aus der Wasserfläche freigestellt. Diese Zuweisung wird kurzfristig umgesetzt in Mapnik. Wenn ich für den Kirr nur noch diese Tags anwende [2] dann wird dieser Bereich nicht freigestellt - die Richtung des Linienzuges habe ich hierbei auch beachtet. [1] http://www.openstreetmap.org/browse/way/4216066 [2] http://www.openstreetmap.org/browse/way/127174925 Gruß Jan :-) Hi ! habe da noch einen Nachtrag - hatte mir nur eine Fläche aus einem Rechteck als Sandbox mal erzeugt in der Nähe vom KIRR und dieselben Tags wie vom o.g. [1] zugewiesen. Hier wurde nur der Name und auch nicht die Freistellung gerendert. (zwischenzeitlich wieder gelöscht!). Ich finde es mehr als merkwürdig. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Baut Yorii Fantasiewelten?
Dimitri Junker schrieb: Ich habe ihn vor über 2 Tagen angeschrieben, bisher hat er nicht reagiert. Da er in der Zeit gemappt hat sehe ich dafür nur 2 Erklärungen: entweder er kennt das Mailsystem in OSM nicht oder er ignoriert es bewust. In beiden Fällen muß was getan werden. Ist da mittlerweile was passiert? Hat jemand eine Sperrung beatragt? Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hilfe bei einer Insel
Am 22.08.2011, 16:13 Uhr, schrieb Jan Tappenbeck o...@tappenbeck.net: ich habe einmal etwas experimentiert und die Tags einer funktionierenden Insel auf eine andere [1] angewandt. Diese ist aus der Wasserfläche freigestellt. [1] http://www.openstreetmap.org/browse/way/4216066 Also wenn ich auf [1] klicke, bekomme ich eine Insel, deren Küstenlinie (= Begrenzung der weiße Fläche) gar nicht mit dem way 4216066 korreliert (= blaue Linie). Insbesondere ist die Wasserfläche darin nicht frei- gestellt, wie man an den hellblauen Flächen im Norden der Insel sieht. Für mich stützt dies nur die von meinen Vorrednern getätigte Aussage, dass die Küstenlinien nur seltensnst generiert werden. Viele Grüße, Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Baut Yorii Fantasiewelten?
Robert Kaiser wrote: Ist da mittlerweile was passiert? Hat jemand eine Sperrung beatragt? Wäre IMHO dringend angeraten. Folgendes Changeset hat für mich erst so ausgesehen, als hätte er eigenen Kram wieder zurückgenommen. Stattdessen hat er im großen Stil gelöscht, was ein anderer (Import-)User erstellt hat: http://www.openstreetmap.org/browse/changeset/8991264 Ein Admin sollte sich das Treiben genauer anschauen und nach Beurteilung a) Problematische Changests reverten b) Den User sperren Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hilfe bei einer Insel
Am 22.08.2011 13:50, schrieb Jan Tappenbeck: PPS: Ist die gesamte Insel wirklich wetland ? Ja ! Wieso hast Du (oder jemand anders) das MP dann gelöscht? ;-) Chris PS: Die Richtung der coastline (gegen Uhrzeiger um die Insel rum) scheint nun korrekt zu sein ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin GPSmap 62 ....
M∡rtin Koppenhoefer schrieb: auch mit neuester Firmware finde ich die Bedienung darüberhinaus völlig unbefriedigend. +1 Einzelne Waypoints nachträglich zu editieren (oder z.B. einzelne löschen) geht AFAIR überhaupt nicht. Geht beides. Erst den WPT aufrufen, dann den Menüknopf drücken. Im Urlaub hat mich sehr genervt, dass man im 62/78 nicht mehr einstellen kann, wie sich das Gerät beim Abschalten der externen Stromversorgung verhalten soll. Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hilfe bei einer Insel
Hallo, eventuell hilft eine Anleitung http://www.openstreetmap.de/download/screencasts/multipolygon-josm.ogv Gruß Norbert Von: Jan Tappenbeck o...@tappenbeck.net An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Gesendet: 12:26 Montag, 22.August 2011 Betreff: [Talk-de] Hilfe bei einer Insel Hi ! ich möchte eine Insel vor dem Darß entsprechend den anderen anpassen - aber irgendwie bekomme ich das nicht hin und ich wollte fragen ob einer von Euch den Unterschied sieht. Es geht hierbei um die Insel [1] und als Referenzobjekt kann [2] dienen. Es gibt weitere Inseln im Umfeld die wohl gleich aufgebaut sind. Gruß Jan :-) [1] http://www.openstreetmap.org/browse/way/127174925 [2] http://www.openstreetmap.org/browse/way/125814499 Wir arbeiten nicht für die Renderer zähl nicht .-) ___ 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] Hilfe bei einer Insel - Ergänzung
Am 22. August 2011 16:18 schrieb Jan Tappenbeck o...@tappenbeck.net: habe da noch einen Nachtrag - hatte mir nur eine Fläche aus einem Rechteck als Sandbox mal erzeugt in der Nähe vom KIRR und dieselben Tags wie vom o.g. [1] zugewiesen. Hier wurde nur der Name und auch nicht die Freistellung gerendert. (zwischenzeitlich wieder gelöscht!). Ich finde es mehr als merkwürdig. Hallo Jan, wie schon im parallelen Thread erklärt: die Küstenlinien (natural=coastline) werden nicht wie die übrige Karte sondern in einem separaten Prozess in Mapnik behandelt (shapefiles). Ist Dein Problem in T@H auch vorhanden? Wenn nicht, dann einfach mal einen Monat oder so abwarten, dann sollten die Änderungen in Mapnik auch angekommen sein. Wie ebenfalls bereits erwähnt, ist bei den Coastlines die Richtung des Ways wichtig: links liegt das Land, rechts das Meer. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Am 22. August 2011 08:41 schrieb Christian Müller cmu...@gmx.de: Am 22.08.2011 07:10, schrieb Joerg Fischer: Ganz genau hinschauen muss er eher, wenn die Fläche /nicht/ an den Weg gepappt ist - denn dann ist es fast Zufall bei entsprechender Zoomstufe, ob der node in den Weg der Fläche eingefügt wird, oder in den Weg. Maus mit Rad hast Du? Bei den Zoomstufen, bei denen es Zufall ist, wo man den Node einfügt, sollte man ans Editieren nicht mal denken. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Am 22. August 2011 11:54 schrieb Dimitri Junker o...@dimitri-junker.de: Aber nenn mir doch mal ein konkretes Bsp wo die getrennten Linien Sinn machen, also folgende Bedingungen erfüllt sind: ... Gegenfrage: wieso sollte man es beim Rendern dem Zufall (der Straßenbreitendarstellung) überlassen, wo eine Fläche aufhört? Was soll daran besser sein, wenn der Park auf dem Gehweg oder im Rinnstein endet anstatt dort, wo er tatsächlich zu Ende ist? Gerade beim Rendern von großen Zoomstufen ist es doch erwüscht, auch Details erkennen zu können, eine Vergrößerung der Flächen potentiell bis zur Straßenmitte (wenn man nur ein Haarlinie rendert oder die Straße ganz weglässt) schadet mehr als sie vermeintlich nützt. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Am 22. August 2011 11:54 schrieb Dimitri Junker o...@dimitri-junker.de: sofern es ausser der Nähe eine Beziehung gibt. entweder die Fläche grenzt an die Straße, dann ist das eine Beziehung, oder sie grenzt nicht dran, dann ist aber klar, daß sie eine getrennte Linie braucht. in der überwiegenden Zahl der tatsächlichen Fälle, wo ich in OSM Flächen gefunden habe, die bis zur Straßenmitte gezogen waren, grenzte die Straße nicht an die Fläche, wobei ich zugeben muss, dass es eigentlich immer Interpretationssache sein kann, was man noch als zugehörig sieht. Wenn man dem Vergröberungslager angehört dem jedes Details ein Dorn im Auge ist auf dem Weg, möglichst große Gebiete in JOSM laden zu können, dann wird man wohl auch noch das Gebüsch jenseits von Leitplanke, Bankett und Entwässerungsgraben als Teil der Straße (oder des Walds oder Felds, wie hier auch schon erwähnt) sehen können. Da es hier wohl unterschiedliche Ansichten gibt kann ich nur hoffen, dass wenigstens genug Respekt für die Arbeit anderer da ist, um nicht die Details anderer absichtlich zu löschen, damit die Nodedichte gering bleibt. Mal ein Bsp. Wir haben einen großen Wald, eine Straße geht mitten durch, Dann werden wir wohl den Wald als eine Fläche zeichnen und die 1. Straße durch die Fläche durch. Hier macht es keinen Sinn den Wald entlang der Straße aufzuschneiden und dann parallel zur Straße 2 Waldgrenzen zu zeichnen. doch, macht m.E. gelegentlich Sinn und mache ich dann auch. So genau ist die Grenze eines Waldes sowieso nicht definierbar (Endet der Wald am letzten Stamm oder am Ende der Kronen, die ggf. über die Straße ragen,...). so genau in der Tat nicht, wenn Du Dir mal einen echten Wald ansiehst wirst Du aber bemerken, dass es in der Realität weitaus größere Schwankungen gibt als nur der halbe Kronendurchmesser eines Baums. In der klassischen Kartenwelt gibt es u.a. 2 Arten von Karten, Landkarten und Katasterkarten. OSM ist meiner Meinung nach mit ersteren vergleichbar. -1, OSM ist sicherlich nicht mit einer Karte in einem bestimmten Maßstab vergleichbar, und hier sehe ich auch die Ursache in der Diskussion hier bzw. allgemein in der Diskussion mit Leuten, die gerne die Details in OSM begrenzen wollen: eine Datenbank sollte man nicht mit der gerenderten Karte in einem bestimmten Maßstab verwechseln. Wenn wir Katasterkarten machen wollen müßen wir ganz anders vermessen, da reichen GPS oder Stabilder nicht aus. Die meisten von uns mappen per GPS indem sie auf der Rechten Fahrbahn fahren oder sogar auf dem Bürgersteig gehen und zeichnen danach die Straße ein, ob sie dabei immer den Abstand zur Mittellinie korrigieren bezweifel ich. der nächste kann das dann richten, ist ja iterativ. Wir haben heute großflächig gute Luftbilder die eine ziemlich hohe Genauigkeit ermöglichen, mit GPS keineswegs vergleichbar (aber auch schon vorher war das Credo, sich nicht sklavisch nach dem GPS zu richten, s.z.B. relative Genauigkeit). Beim Routing spielen Flächen (ausser der Rand von highway-Flächen) sowieso keine Rolle, die können da verbunden sein oder nicht. Es sei denn sie sind das Ziel, dann sucht der Router eine Verbindung zwischen Fläche und Straßenraum. wenn es keine Verbindung gibt nimmt er das nächstgelegene Ziel auf einer Straße. Wir zeichnen Hausnummern oder Telefonzellen ja auch nicht auf die Straße sondern daneben, auch wenn gerade Telefonzellen sich praktisch immer auf dem Gehweg befinden (und der ist im OSM Modell derzeit Teil der Straße). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Christian Müller wrote: ob der node in den Weg der Fläche eingefügt wird, oder in den Weg. Sind beide aneinander geklebt, wird der node in beide Wege eingefügt. Da gibt es überhaupt kein Problem. Das ist ja _noch_ schlimmer als ich erwartet hätte. Ich befürchte niemand kann nach einer Weile solche Konstrukte sauber auflösen, ohne sich die Situation vor Ort anzusehen. Jetzt fällts mir gerade wie Schuppen von den Augen, so wurde also irgendwann vor 1, 2 Jahren ein hiesiges Kleinstädtchen vergewaltigt. Das fiel mir nur auf weil das Routing von openrouteservice und meinem Garmin merkwürdig und unlogisch war. Da waren dann residentials und footways übereinander gelegt, Parkpätze und Fußgängerzonen und IIRC sogar Gebäude, alle fröhlich auf gemeinsamen Nodes. Wenn er gut ist sieht der ursprüngliche Erfasser da noch durch, aber andere Personen können dann nichts mehr beitragen. Na der wird sich bei Dir bedanken. Das will ich doch stark hoffen, immerhin korrigiere ich seine Fehler. ;-) In JOSM: Mittelklick _oder_ selectaction.cycles.multiple.matches=true in den Prefs setzen ... ) um einen node in mehrere ways einzufügen - node zeichnen, J drücken ) um durch mehrere mögliche overlapping ways zu wechseln - eine der Tasten / # * probieren ) siehe http://wiki.openstreetmap.org/wiki/Potlatch_2/Shortcuts ) know your editor.. Und das findest Du intuitiv und fehlerfrei? Auch für Anfänger? Ich nicht. Und ich habe, wie schon beschrieben, bereits eine Menge solcher wilden Konstrukte aufgelöst. Meist fällt das erst auf wenn man sich die Stelle bei keepright anguckt oder weil das Routing nicht klappt und mich der Garmin irgendwohin schickt wo ich garantiert nicht hin wollte. Zu viele Mapper erfassen im Stil von: Hauptsache es sieht danach optisch auf der Karte doll aus. Deutschland ist mitnichten sehr gut erfasst. Ich wäre nichtmal bei einem zufriedenstellend.. Was fehlt Dir denn noch, dass es den Datenbestand mehr als ein paar Prozent vergrößern wird? Quantencomputer wartest, gibt es sehr wohl Gründe, Komplexität im Auge zu behalten. Ja, aber ich denke immer noch, verbundene Wege erhöhen gerade die Komplexität. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eine Relation aus der Not
Michael und René Euer Vorschlag mit relation=site hat was. Leider ist diese Relation noch nicht am Laufen. Ich werden mal die Flächen doch löschen und das Ganze als leisure=park und tourism=zoo eintragen. Mein Vor-Mapper möge es verzeihen, aber die Flächen mit meadow und wood werden auch gut durch einen Park repäsentiert. Letztendlich kommt ein Zaun ringsrum. Danke für Eure Hilfe. Gruß Albrecht Am Sonntag 21 August 2011, 20:35:33 schrieb René Falk: Am 21.08.2011 17:43, schrieb Albrecht Will: Heute habe ich mal versucht, vier verschieden getaggte Flächen eines anderen Autors für einen kleinen Tierparks zusammenzufassen. Ich stelle fest, für solch Vorgehen gibt es wohl keinen Relationstyp. Ich weiß im Moment sonst nur den Weg, die jeweils nach außen orientierten gemeinsamen nodes und ways der vier Flächen von der Umgebung zu trennen und dazwischen als äußeren Ring den Zaun zu setzen. Oder kennt jemand einen eleganteren Weg? Gruß Albrecht https://wiki.openstreetmap.org/wiki/Talk:Relations/Proposed/Site Grüße René ___ 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] living_street + alley?
Am 22. August 2011 10:43 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Peter peter@gmx.net wrote: sich ausschließt. Falsches Taggingschema? living_street hat IMHO mehr was richtung maxspeed. Ich fand highway=living_street von Anfang an bescheuert. In 99% der Falle in Deutschland sind das ganz normale residential roads. Die Tatsache, dass das eine Spielstraße ist sollte in einen eigenen Tag. +1, genau wie highway=cycleroad und highway=pedestrian handelt es sich hier um eine Verkehrsregelung, die in einem Bereich (Wegabschnitt oder sogar Zone) gilt, in dem alle möglichen Arten von Wegen vorkommen können, auch untergeordnete(Denk an schmale Wege in einer Fußgängerzone und was Radfahrer hier von ihrer Karte erwarten würden). Je länger ich bei OSM bin, desto eher wünsche ich mir sehr wenige highway-tags und dafür lieber aussagekräftiges subtagging - es wäre einfacher und klarer für Mapper, Renderer und Router nach dem Motto: Ich trage nur ein, was ich weiß / ich werte nur aus, was ich wissen will. (aber das führt natürlich über diese Diskussion hinaus.) Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eine Relation aus der Not
Am 22.08.2011 20:48, schrieb Albrecht Will: Michael und René Euer Vorschlag mit relation=site hat was. Leider ist diese Relation noch nicht am Laufen. Wird schon seid Jahren benutzt. Stör dich nicht daran, das es ein Proposal ist oder JOSM meckert. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hilfe bei einer Insel
Am 22.08.2011 16:59, schrieb Chris66: Am 22.08.2011 13:50, schrieb Jan Tappenbeck: PPS: Ist die gesamte Insel wirklich wetland ? Ja ! Wieso hast Du (oder jemand anders) das MP dann gelöscht? ;-) Chris PS: Die Richtung der coastline (gegen Uhrzeiger um die Insel rum) scheint nun korrekt zu sein hi ! wenn nichts anderes zwischenzeitlich passiert stelle ich diese wieder her. war mal ein versuch um zu testen ob es daran gelegen hat. gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hilfe bei einer Insel - Groschen gefallen
Am 22.08.2011 12:26, schrieb Jan Tappenbeck: Hi ! ich möchte eine Insel vor dem Darß entsprechend den anderen anpassen - aber irgendwie bekomme ich das nicht hin und ich wollte fragen ob einer von Euch den Unterschied sieht. Es geht hierbei um die Insel [1] und als Referenzobjekt kann [2] dienen. Es gibt weitere Inseln im Umfeld die wohl gleich aufgebaut sind. Gruß Jan :-) [1] http://www.openstreetmap.org/browse/way/127174925 [2] http://www.openstreetmap.org/browse/way/125814499 Wir arbeiten nicht für die Renderer zähl nicht .-) hi ! habe gerade nochmal über die Sache mit dem Renderer und der Coastline nachgedacht. Jetzt ist wohl der Groschen gefallen - werde da mal etwas abwarten. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eine Relation aus der Not
Am 22. August 2011 20:48 schrieb Albrecht Will albrecht.w...@online.de: Euer Vorschlag mit relation=site hat was. Leider ist diese Relation noch nicht am Laufen. wie meinst Du das? Es gibt davon derzeit 128714 Stück. Ich werden mal die Flächen doch löschen und das Ganze als leisure=park und tourism=zoo eintragen. Du kannst z.B. auch die Flächen alle in eine Multipolygon-Relation aufnehmen und dieser tourism=zoo, einen Namen, etc. mitgeben, ohne bei den Einzelflächen Informationen zu löschen, die sich darauf beziehen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] living_street + alley?
Am 22. August 2011 10:43 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Peter peter@gmx.net wrote: Ich fand highway=living_street von Anfang an bescheuert. In 99% der Falle in Deutschland sind das ganz normale residential roads. Die Tatsache, dass das eine Spielstraße ist sollte in einen eigenen Tag. +-0 es spielt im Grunde keine Rolle, idealerweise machen es aber alle gleich ;-) Wo Platz ist für einen Reitweg und 5 Klassen von Verbindungsstraßen kann eine verkehrsberuhigte Zone auch nicht schaden, andererseits werden Kraftfahrstraßen anders behandelt und es scheint mittlerweile auch zu funktionieren (zumindest anfangs wurde man mit dem Rad da trotzdem draufgeleitet, weil der Tag nicht ausgewertet wurde). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Am 22.08.2011 19:35, schrieb M∡rtin Koppenhoefer: Am 22. August 2011 11:54 schrieb Dimitri Junkero...@dimitri-junker.de: Aber nenn mir doch mal ein konkretes Bsp wo die getrennten Linien Sinn machen, also folgende Bedingungen erfüllt sind: ... Gegenfrage: wieso sollte man es beim Rendern dem Zufall (der Straßenbreitendarstellung) überlassen, wo eine Fläche aufhört? Was soll daran besser sein, wenn der Park auf dem Gehweg oder im Rinnstein endet anstatt dort, wo er tatsächlich zu Ende ist? Gerade beim Rendern von großen Zoomstufen ist es doch erwüscht, auch Details erkennen zu können, eine Vergrößerung der Flächen potentiell bis zur Straßenmitte (wenn man nur ein Haarlinie rendert oder die Straße ganz weglässt) schadet mehr als sie vermeintlich nützt. war hier nicht das credo, dass wir nicht für renderer taggen? und der Renderer überlässt nichts dem Zufall, er rendert an der Stelle die Fläche, an der die Straße aufhört. Wenn es topologisch richtig gemappt ist, kann der Renderer also entscheiden, wie groß die Überhöhung der Breite der Straße im jew. Zoomlevel ausfällt und damit, wo mit dem Rendern der Fläche begonnen werden soll. Das ist nämlich dann gar nicht mehr die Entscheidung des Editierenden, sondern desjenigen, der das Layout der Karte bastelt. Features die in der Straßenkante auftauchen, weil sie topologisch falsch gemappt sind, sind ein Hack des Editierenden, um etwas in der Karte anzuzeigen, das der Layouter berücksichtigen müsste - der, welcher den Rendercode bzw. das Stylesheet schreibt. meine 5cent, Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Hallo, On 08/21/2011 06:59 PM, M?rtin Koppenhoefer wrote: M.E. sollte man für die Topologie-Fanatiker eine Relation oder irgendwas einführen, damit die Graphen-Flächen-Inkompatibilität überwunden wird. Flächen bewusst falsch zu zeichnen, Es nervt. Ich habe Dir schon *sehr* oft erklaert, dass dieses falsch Deine persoenlche Meinung ist, und ich kann es nicht mehr hoeren, wie Du bei jeder - aber auch JEDER - sich bietenden Gelegenheit wieder mal im Nebensatz fallen laesst, dass das eine ja falsch (und was fuer Fanatiker) sei, und das andere natuerlich richtig. Wir schaffen hier ein Modell der Realitaet. Wenn man ein Modell schafft, gibt es verschiedene Abbildungsmoeglichkeiten. Einige davon moegen fuer bestimmte Zwecke besser oder schlechter geeignet sein; einige moegen besser oder schlechter erheb- oder editierbar sein; aber dass Du staendig Dein Modell als das richtige und alle anderen als falsch hinstellst, ist einfach unsachlich. Bitte hoere auf damit. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Am 23. August 2011 02:02 schrieb Christian Müller cmu...@gmx.de: Am 22.08.2011 19:35, schrieb M∡rtin Koppenhoefer: Gegenfrage: wieso sollte man es beim Rendern dem Zufall (der Straßenbreitendarstellung) überlassen, wo eine Fläche aufhört? Was soll daran besser sein, wenn der Park auf dem Gehweg oder im Rinnstein endet anstatt dort, wo er tatsächlich zu Ende ist? Gerade beim Rendern von großen Zoomstufen ist es doch erwüscht, auch Details erkennen zu können, eine Vergrößerung der Flächen potentiell bis zur Straßenmitte (wenn man nur ein Haarlinie rendert oder die Straße ganz weglässt) schadet mehr als sie vermeintlich nützt. war hier nicht das credo, dass wir nicht für renderer taggen? es geht mir nicht primär ums Rendern sondern darum, dass Flächen dort eingetragen werden, wo sie sind. Das leitet sich m.E. aus dem Flächenmodell so ab. und der Renderer überlässt nichts dem Zufall, er rendert an der Stelle die Fläche, an der die Straße aufhört. wo die Straße aufhört ist sehr selten klar, da keine Breitenangaben oder Angaben zu weiteren Bestandteilen der Straße in den Daten vorhanden sind. Es ist nicht einmal klar, welche Teile der realen Straße der osm-highway tag beschreibt, allerdings könnte man argumentieren, es handele sich um die komplette Fahrbahn (seitliche Barrieren und Teile dahinter würde ich eher nicht dazurechnen, zumindest habe ich noch nie gesehen, dass die jemand im width-Tag angegeben hätte). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Am 23. August 2011 02:14 schrieb Frederik Ramm frede...@remote.org: On 08/21/2011 06:59 PM, M?rtin Koppenhoefer wrote: [ M.E. sollte man für die vor allem auf die Topologie bedachten Mitmapper] eine Relation oder irgendwas einführen, damit die Graphen-Flächen-Inkompatibilität überwunden wird. Flächen bewusst falsch zu zeichnen, Es nervt. Ich habe Dir schon *sehr* oft erklaert, dass dieses falsch Deine persoenlche Meinung ist, und ich kann es nicht mehr hoeren, wie Du bei jeder - aber auch JEDER - sich bietenden Gelegenheit wieder mal im Nebensatz fallen laesst, dass das eine ja falsch (und was fuer Fanatiker) sei, und das andere natuerlich richtig. OK, ich entschuldige mich hiermit gerne bei allen Lesern für die sprachliche Impräzision. Gemeint war: Flächenausdehnungen bewusst falsch zu zeichnen. Mir ist sehr wohl bewusst, dass das ein Kompromiss sein soll, um die Flächen mit dem Modell der Straßen in Einklang zu bringen, aber ich halte es für einen Irrweg, der weitere Verfeinerungen erschwert und dem Mapper der dort etwas ändern will unnötige Komplikationen bereitet. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] caricare mappe sul garmin etrex
... compare in /dev un file che rappresenta la periferica; questa appartiene ad un utente ed un gruppo (ls -l /dev/sda ad esempio mi da root disk); cerca in /etc/group quel gruppo e aggiungi il nome della tua utenza non-root. Al riavvio dovresti poter usare quel device anche con l'utenza non-root, magari già chiudendo la sessione in corso e rientrando. ... matteo@matteo-desktop:~$ ls -l /dev/usb totale 0 crw-rw 1 root lp 180, 0 2011-08-22 07:21 lp0 matteo@matteo-desktop:~$ ls -l /dev/tty* crw-rw-rw- 1 root tty 5, 0 2011-08-22 07:21 /dev/tty crw--w 1 root tty 4, 0 2011-08-22 07:21 /dev/tty0 crw--- 1 root root4, 1 2011-08-22 07:21 /dev/tty1 crw--w 1 root tty 4, 10 2011-08-22 07:21 /dev/tty10 crw--w 1 root tty 4, 11 2011-08-22 07:21 /dev/tty11 crw--w 1 root tty 4, 12 2011-08-22 07:21 /dev/tty12 crw--w 1 root tty 4, 13 2011-08-22 07:21 /dev/tty13 crw--w 1 root tty 4, 14 2011-08-22 07:21 /dev/tty14 crw--w 1 root tty 4, 15 2011-08-22 07:21 /dev/tty15 crw--w 1 root tty 4, 16 2011-08-22 07:21 /dev/tty16 crw--w 1 root tty 4, 17 2011-08-22 07:21 /dev/tty17 crw--w 1 root tty 4, 18 2011-08-22 07:21 /dev/tty18 crw--w 1 root tty 4, 19 2011-08-22 07:21 /dev/tty19 crw--- 1 root root4, 2 2011-08-22 07:21 /dev/tty2 crw--w 1 root tty 4, 20 2011-08-22 07:21 /dev/tty20 crw--w 1 root tty 4, 21 2011-08-22 07:21 /dev/tty21 crw--w 1 root tty 4, 22 2011-08-22 07:21 /dev/tty22 crw--w 1 root tty 4, 23 2011-08-22 07:21 /dev/tty23 crw--w 1 root tty 4, 24 2011-08-22 07:21 /dev/tty24 crw--w 1 root tty 4, 25 2011-08-22 07:21 /dev/tty25 crw--w 1 root tty 4, 26 2011-08-22 07:21 /dev/tty26 crw--w 1 root tty 4, 27 2011-08-22 07:21 /dev/tty27 crw--w 1 root tty 4, 28 2011-08-22 07:21 /dev/tty28 crw--w 1 root tty 4, 29 2011-08-22 07:21 /dev/tty29 crw--- 1 root root4, 3 2011-08-22 07:21 /dev/tty3 crw--w 1 root tty 4, 30 2011-08-22 07:21 /dev/tty30 crw--w 1 root tty 4, 31 2011-08-22 07:21 /dev/tty31 crw--w 1 root tty 4, 32 2011-08-22 07:21 /dev/tty32 crw--w 1 root tty 4, 33 2011-08-22 07:21 /dev/tty33 crw--w 1 root tty 4, 34 2011-08-22 07:21 /dev/tty34 crw--w 1 root tty 4, 35 2011-08-22 07:21 /dev/tty35 crw--w 1 root tty 4, 36 2011-08-22 07:21 /dev/tty36 crw--w 1 root tty 4, 37 2011-08-22 07:21 /dev/tty37 crw--w 1 root tty 4, 38 2011-08-22 07:21 /dev/tty38 crw--w 1 root tty 4, 39 2011-08-22 07:21 /dev/tty39 crw--- 1 root root4, 4 2011-08-22 07:21 /dev/tty4 crw--w 1 root tty 4, 40 2011-08-22 07:21 /dev/tty40 crw--w 1 root tty 4, 41 2011-08-22 07:21 /dev/tty41 crw--w 1 root tty 4, 42 2011-08-22 07:21 /dev/tty42 crw--w 1 root tty 4, 43 2011-08-22 07:21 /dev/tty43 crw--w 1 root tty 4, 44 2011-08-22 07:21 /dev/tty44 crw--w 1 root tty 4, 45 2011-08-22 07:21 /dev/tty45 crw--w 1 root tty 4, 46 2011-08-22 07:21 /dev/tty46 crw--w 1 root tty 4, 47 2011-08-22 07:21 /dev/tty47 crw--w 1 root tty 4, 48 2011-08-22 07:21 /dev/tty48 crw--w 1 root tty 4, 49 2011-08-22 07:21 /dev/tty49 crw--- 1 root root4, 5 2011-08-22 07:21 /dev/tty5 crw--w 1 root tty 4, 50 2011-08-22 07:21 /dev/tty50 crw--w 1 root tty 4, 51 2011-08-22 07:21 /dev/tty51 crw--w 1 root tty 4, 52 2011-08-22 07:21 /dev/tty52 crw--w 1 root tty 4, 53 2011-08-22 07:21 /dev/tty53 crw--w 1 root tty 4, 54 2011-08-22 07:21 /dev/tty54 crw--w 1 root tty 4, 55 2011-08-22 07:21 /dev/tty55 crw--w 1 root tty 4, 56 2011-08-22 07:21 /dev/tty56 crw--w 1 root tty 4, 57 2011-08-22 07:21 /dev/tty57 crw--w 1 root tty 4, 58 2011-08-22 07:21 /dev/tty58 crw--w 1 root tty 4, 59 2011-08-22 07:21 /dev/tty59 crw--- 1 root root4, 6 2011-08-22 07:21 /dev/tty6 crw--w 1 root tty 4, 60 2011-08-22 07:21 /dev/tty60 crw--w 1 root tty 4, 61 2011-08-22 07:21 /dev/tty61 crw--w 1 root tty 4, 62 2011-08-22 07:21 /dev/tty62 crw--w 1 root tty 4, 63 2011-08-22 07:21 /dev/tty63 crw--w 1 root tty 4, 7 2011-08-22 07:21 /dev/tty7 crw--w 1 root tty 4, 8 2011-08-22 07:21 /dev/tty8 crw--w 1 root tty 4, 9 2011-08-22 07:21 /dev/tty9 crw--- 1 root root5, 3 2011-08-22 07:21 /dev/ttyprintk crw-rw 1 root dialout 4, 64 2011-08-22 07:21 /dev/ttyS0 crw-rw 1 root dialout 4, 65 2011-08-22 07:21 /dev/ttyS1 crw-rw 1 root dialout 4, 74 2011-08-22 07:21 /dev/ttyS10 crw-rw 1 root dialout 4, 75 2011-08-22 07:21 /dev/ttyS11 crw-rw 1 root dialout 4, 76 2011-08-22 07:21 /dev/ttyS12 crw-rw 1 root dialout 4, 77 2011-08-22 07:21 /dev/ttyS13 crw-rw 1 root dialout 4, 78 2011-08-22 07:21 /dev/ttyS14 crw-rw 1 root dialout 4, 79 2011-08-22 07:21 /dev/ttyS15 crw-rw 1 root dialout 4, 80 2011-08-22 07:21
Re: [Talk-it] caricare mappe sul garmin etrex
PREMESSA: ho visto il modello in questione, ma avuto fra le mani per poco tempo. Secondo me non vedrai mai il tuo garmin come usb perche' sei senza la memory card esterna. Tra l'altro, se tu avessi la memory card, dovresti attivarle la condivisione con il pc tramite il menu del garmin. Con la memory card risolveresti il problema. Allo stato attuale puoi solo sperare di vedere il tuo garmin via seriale emulata su usb. Per fare questo devi verificare che sia caricato il modulo che gestisce questa funzione. In Ubuntu, considerando il fatto che normalmente si usa il garmin con la memory card, il modulo che fa questo lavoro e' in blacklist. (noia mortale). Bisognerebbe riattivarlo, e, per farlo in maniera automatizzata serve operare sulle configurazioni di udev. Se guardi in /etc/modprobe.d/blacklist.conf troverai che il modulo garmin_gps e' fra quelli esclusi. Prima pero' di impazzire totalmente penso che convenga fare una prova pratica perche', temo, con sendmap non riuscirai mai a sovrascrire la memoria interna del tuo gps. Qui una sequenza quickdirty di cui non mi prendo responsabilità (perché non ho da testare) sudo -s #cosi diventi root modprobe garmin_gps #carichi il modulo dmesg #ti appaiono i messaggi del kernel l'ultimo dovrebbe dire garmin_gps: v0.36:garmin gps driver Fra i messaggi del kernel dovrebbe comparirti anche il messaggio che dichiara su quale porta seriale emulata dovresti vedere il gps. In teoria dovresti avere un ttyUSB0 o qualcosa di analogo (se non e' zero, sarà uno o due o ...) A quel punto il tuo /dev/ttyUSB0 rappresenta il tuo gps e da li' puoi comunicare con gpsbabel e - immagino - con qlandekarte temo pero' che sendmap ti dia il due di picche Come gia' detto; non il gps garmin per fare i test PS: una memory card non ti costa tanto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] tag place per Valli e Valloni
Mi trovo a voler mappare dei Valloni in montagna: quelli di ieri ad esempio erano di dimensioni intorno ai 500m per 2km di lunghezza; per il momento uso place=locality mettendo il tag al centro del Vallone ... suggerimenti? Alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] caricare mappe sul garmin etrex
Tra l'altro, se tu avessi la memory card, dovresti attivarle la condivisione con il pc tramite il menu del garmin. il menù è una sola voce e da connesso Con la memory card risolveresti il problema. la comprerei ma non so dove infilargliela? Allo stato attuale puoi solo sperare di vedere il tuo garmin via seriale emulata su usb. Per fare questo devi verificare che sia caricato il modulo che gestisce questa funzione. In Ubuntu, considerando il fatto che normalmente si usa il garmin con la memory card, il modulo che fa questo lavoro e' in blacklist. (noia mortale). Bisognerebbe riattivarlo, e, per farlo in maniera automatizzata serve operare sulle configurazioni di udev. Se guardi in /etc/modprobe.d/blacklist.conf troverai che il modulo garmin_gps e' fra quelli esclusi. Prima pero' di impazzire totalmente penso che convenga fare una prova pratica perche', temo, con sendmap non riuscirai mai a sovrascrire la memoria interna del tuo gps. Qui una sequenza quickdirty di cui non mi prendo responsabilità (perché non ho da testare) sudo -s #cosi diventi root modprobe garmin_gps #carichi il modulo dmesg #ti appaiono i messaggi del kernel l'ultimo dovrebbe dire garmin_gps: v0.36:garmin gps driver Fra i messaggi del kernel dovrebbe comparirti anche il messaggio che dichiara su quale porta seriale emulata dovresti vedere il gps. In teoria dovresti avere un ttyUSB0 o qualcosa di analogo (se non e' zero, sarà uno o due o ...) A quel punto il tuo /dev/ttyUSB0 rappresenta il tuo gps e da li' puoi comunicare con gpsbabel e - immagino - con qlandekarte temo pero' che sendmap ti dia il due di picche così è. Come gia' detto; non il gps garmin per fare i test PS: una memory card non ti costa tanto ___ 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] caricare mappe sul garmin etrex
2011/8/22 matteo ruffoni mattruff...@gmail.com: Tra l'altro, se tu avessi la memory card, dovresti attivarle la condivisione con il pc tramite il menu del garmin. il menù è una sola voce e da connesso e ti mostra l'icona con una freccia animata verso il pc? Con la memory card risolveresti il problema. la comprerei ma non so dove infilargliela? In questi casi si dice RTFM (come sopra poi) Da qui http://www.garmin.it/sport/trekking/ETREX/index.html peschi il modello e poi trovi il link manuale http://www.garmin.com/manuals/eTrexLegendHCx_ITManualedellutente.pdf Se non erro, dove ci sono le batterie, sulla sinistra c'e' una fessura che fa da alloggio alla memory card. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] caricare mappe sul garmin etrex
Il 22 agosto 2011 10:59, Maurizio Napolitano napoo...@gmail.com ha scritto: e poi trovi il link manuale http://www.garmin.com/manuals/eTrexLegendHCx_ITManualedellutente.pdf Se non erro, dove ci sono le batterie, sulla sinistra c'e' una fessura che fa da alloggio alla memory card. peccato che questo è il Legend HCx, secondo me il buon Venture non ha la possibilità di caricare le mappe (sicuramente non quelle scaricabili da gfoss che richiedono la scheda) -- 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] caricare mappe sul garmin etrex
peccato che questo è il Legend HCx, secondo me il buon Venture non ha la possibilità di caricare le mappe (sicuramente non quelle scaricabili da gfoss che richiedono la scheda) Il realta' ho preso un manuale a caso :) Matteo ha detto che un garmin etrex ma non ha detto quale. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Come mappare le corsie nei caselli
Va bene, mi sembra che il consenso sia chiaro :-) Rimetterò a posto i caselli che ho mappato. Grazie, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tag place per Valli e Valloni
Volevo giusto postare oggi la stessa cosa. Ma se si vuole taggare una valle più lunga come si fa? e come si fa a dare la direzionalità al tag lungo la Valle come nelle cartine cartacee? morsi -- Initial Header --- From : ale_z...@libero.it ale_z...@libero.it To : openstreetmap italian ML talk-it@openstreetmap.org Cc : Date : Mon, 22 Aug 2011 09:47:50 +0200 (CEST) Subject : [Talk-it] tag place per Valli e Valloni Mi trovo a voler mappare dei Valloni in montagna: quelli di ieri ad esempio erano di dimensioni intorno ai 500m per 2km di lunghezza; per il momento uso place=locality mettendo il tag al centro del Vallone ... suggerimenti? Alessandro ___ 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] tag place per Valli e Valloni
Il 22 agosto 2011 11:43, MorSi mo...@inwind.it ha scritto: Volevo giusto postare oggi la stessa cosa. Ma se si vuole taggare una valle più lunga come si fa? e come si fa a dare la direzionalità al tag lungo la Valle come nelle cartine cartacee? il problema è di rendering non del dato... guarda qui [0] [0] http://www.slideshare.net/steve8/what-id-like-to-do-with-mapnik-4756837 morsi -- 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] Via o via, maiuscolo o minuscolo?
Visto che mi sembra che la questione abbia una soluzione semplice per i consumatori che vogliano rispettare precise regole di stile, direi che da parte nostra basta adottare una convenzione qualsiasi e rispettarla in maniera precisa. Per quanto mi riguarda, potremmo anche decidere che la parte generica va scritta con le minuscole e le maiuscole alternate (ViA, PiAzZa, Vi LoVvO etc.); i consumatori potranno facilmente isolare quel termine e riformattarlo a piacimento. In fondo noi stiamo solo raccogliendo dati; è responsabilità di chi li consuma applicare regole semplici come l'uso delle maiuscole. Già un po' diverso è il discorso su Primo / 1° / 1, o XXV / 25. Non è sempre facile capire in maniera automatica se si riferisce ad esempio al 1° Maggio o al 1° Reggimento Artiglieria Terrestre, quindi dobbiamo essere noi mappatori ad applicare le norme adeguate. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Richiesta di aiuto per frazione Arcavacata
A questo punto occorrerebbe valutare qualche piano B. Se il problema è solo quello di visualizzare una mappa con la posizione dei LUG, si potrebbe utilizzare Openlayers: http://wiki.openstreetmap.org/wiki/Openlayers_POI_layer_example Ciao /niubii/ Ho fatto un piccolo script per facilitare l'uso delle mappe openlayers con i marker se puo' aiutare, wiki.openstreetmap.org/wiki/Slipple Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tag place per Valli e Valloni
Potresti esplicitare meglio che non ho mica tanto capito?? Grazie morsi -- Initial Header --- From : Luca Delucchi lucadel...@gmail.com To : openstreetmap list - italiano talk-it@openstreetmap.org Cc : Date : Mon, 22 Aug 2011 11:50:12 +0200 Subject : Re: [Talk-it] tag place per Valli e Valloni Il 22 agosto 2011 11:43, MorSi mo...@inwind.it ha scritto: Volevo giusto postare oggi la stessa cosa. Ma se si vuole taggare una valle più lunga come si fa? e come si fa a dare la direzionalità al tag lungo la Valle come nelle cartine cartacee? il problema è di rendering non del dato... guarda qui [0] [0] http://www.slideshare.net/steve8/what-id-like-to-do-with-mapnik-4756837 morsi -- 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] caricare mappe sul garmin etrex
Maurizio Napolitano-3 wrote: Il realta' ho preso un manuale a caso :) Matteo ha detto che un garmin etrex ma non ha detto quale. Matteo parla dell'Etrex Venture, se non erro il modello che ha lui (vado a naso perchè l'ho visto più di due anni fa) è quello con la memoria interna da 24Mb e senza la possibilità di usare la card esterna. -- View this message in context: http://gis.638310.n2.nabble.com/caricare-mappe-sul-garmin-etrex-tp6708683p6710942.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tag place per Valli e Valloni
2011/8/22 MorSi mo...@inwind.it: Potresti esplicitare meglio che non ho mica tanto capito?? Il problema non sta sui dati (si potrebbe creare un nuovo tag ma non aggiusterebbe il problema rendering), se sai che quella valle si chiama così basta metterci un nodo per farlo capire. Il problema è che mapnik attualmente non riesce a gestire bene alcuni parametri per rappresentare alcuni elementi geografici tra i quali le valli. Con mapnik2 spero che si potranno avere maggiori customizzazioni e perciò riuscire a stampare il nome delle valli correttamente Grazie morsi -- 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] Probabile vandalismo
2011/8/20 Andrea Musuruane musur...@gmail.com: 2011/8/19 Silvio silvio...@gmail.com: Che ne dite di contattarlo e invitarlo (come sempre) a seguire la lista? Contattato. Aspetto risposta. L'utente mi ha risposto dicendomi che stava facendo una prova e che non pensava di avere salvato nulla. Procedo alla rimozione. Ciao, Andrea. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tag place per Valli e Valloni
Ok ora ho capito. Ma il fatto di mettere un solo punto non è limitante per chi usa le mappe sui navigatori outdoor come me? Se non sei nell'intorno del punto, il nome della valle ti può anche sfuggire... Grazie morsi -- Initial Header --- From : Luca Delucchi lucadel...@gmail.com To : openstreetmap list - italiano talk-it@openstreetmap.org Cc : Date : Mon, 22 Aug 2011 13:23:49 +0200 Subject : Re: [Talk-it] tag place per Valli e Valloni 2011/8/22 MorSi mo...@inwind.it: Potresti esplicitare meglio che non ho mica tanto capito?? Il problema non sta sui dati (si potrebbe creare un nuovo tag ma non aggiusterebbe il problema rendering), se sai che quella valle si chiama così basta metterci un nodo per farlo capire. Il problema è che mapnik attualmente non riesce a gestire bene alcuni parametri per rappresentare alcuni elementi geografici tra i quali le valli. Con mapnik2 spero che si potranno avere maggiori customizzazioni e perciò riuscire a stampare il nome delle valli correttamente Grazie morsi -- 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] Si trovano le regioni italiane in pbf?
On Fri, Aug 12, 2011 at 09:26:23AM +0200, Luca Delucchi wrote: non ci avevo mai pensato, bisogna capire se c'è lo spazio per tenere entrambi e se rimuovere il xml e tenere solo il pbf. Niccolo come siamo messi a spazio? Quanto serve? Se l'ordine di grandezza e' del Gb ci dovremmo stare, se sono invece decine di Gb va visto meglio. -- Niccolo Rigacci Firenze - Italy Tel. ufficio: 055-0118525 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tag place per Valli e Valloni
Il 22 agosto 2011 14:58, MorSi mo...@inwind.it ha scritto: Ok ora ho capito. Ma il fatto di mettere un solo punto non è limitante per chi usa le mappe sui navigatori outdoor come me? si potrebbe invece di aggiungere un punto creare un'area ma comunque rimarrebbe il problema del rendering Se non sei nell'intorno del punto, il nome della valle ti può anche sfuggire... ok, ma comunque puoi fare la ricerca tra le altre cose ho trovato queste http://wiki.openstreetmap.org/wiki/Relations/Proposed/Region http://wiki.openstreetmap.org/wiki/Proposed_features/Valley Grazie morsi -- 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] Via o via, maiuscolo o minuscolo?
On Sun, Aug 21, 2011 at 05:26:58PM +0200, Alessandro Frigeri wrote: Ciao, ho notato che alcuni nomi di via in openstreetmap sono riportati con la parte generica indicata come 'Via'/'Piazza' ed altri come 'via'/'piazza'. OSM wiki [1] indica di usare Via,Piazza con la maiuscola, tuttavia vi riporto i risultati di una piccola ricerca sull'argomento. Lo so che eri su Marte quando abbiamo sotterrato questo sanguinoso cadavere! :-) La decisione per la maiuscola era motivata dall'uso epigrafico che generalmente si fa di quel dato: lo si mette come cartello sulla mappa e quindi ci si aspetta la maiuscola (come dice la Crusca), non a meta' di un discorso dove invece ci vorrebbe la minuscola. -- Niccolo Rigacci Firenze - Italy Tel. ufficio: 055-0118525 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Si trovano le regioni italiane in pbf?
Il 22 agosto 2011 15:35, Niccolo Rigacci ha scritto: On Fri, Aug 12, 2011 at 09:26:23AM +0200, Luca Delucchi wrote: non ci avevo mai pensato, bisogna capire se c'è lo spazio per tenere entrambi e se rimuovere il xml e tenere solo il pbf. Niccolo come siamo messi a spazio? Quanto serve? intorno ai 300MB è la dimensione dell'italy.osm.pbf e i 20 file regionali occuperanno più o meno altrettanto spazio questi sono i file oggi su http://download.geofabrik.de/osm/europe/ italy.osm.bz2 22-Aug-2011 10:11 487MOpenStreetMap data, bzip2 compressed italy.osm.pbf 22-Aug-2011 02:47 293MOpenStreetMap data, protobuf binary format -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Vialetti d'ingresso e relazioni
2011/8/17 Milani Alessio klava...@gmail.com: In data mercoledì 17 agosto 2011 15:23:36, Gioele Barabucci ha scritto: di solo sono punti di ingresso di sentieri. Questi vialetti io li marcherei con `highway=service`, `service=driveway` e `name=nome della strada da cui partono`. Corretto? Io taggherei in questo modo solo quei vialetti che sono ad uso esclusivo degli inquilini delle villette e di chiunque volesse suonarci il campanello, omettendo però il nome +1 Per quelli che invece condividono accessi con altri tipi di viabilità ometterei sicuramente il 'service=driveway', +1 e valuterei anche 'highway=residential' o addirittura `highway=unclassified'. +0.5, service (senza driveway) potrebbe anche andare bene, vedi tu. Se hanno un nome le mettrei probabilmente residential Diciamo che al posto tuo andrei caso per caso, +1 ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] caricare mappe sul garmin etrex
si il mio è un etrex venture e gli ho già caricato diverse volte mappe gmasupp.img ma con windows ora vorrei farlo con ubuntu sto provando: sendmap ma non si connette qlandkarte o qgis che si connettono ma non so come caricare la mappa in formato img(forse non è necessario) poi provo gpsbabel, ma non ho neanche capito come funziona eppoi c'è mkmap da provare ciao e grazie matteo ps oggi comunque sono andato in bici :-) Il giorno 22/ago/2011 12:25, Fabry centocolli5...@yahoo.it ha scritto: Maurizio Napolitano-3 wrote: Il realta' ho preso un manuale a caso :) Matteo ha detto che un garmin etrex ma non ha detto quale. Matteo parla dell'Etrex Venture, se non erro il modello che ha lui (vado a naso perchè l'ho visto più di due anni fa) è quello con la memoria interna da 24Mb e senza la possibilità di usare la card esterna. -- View this message in context: http://gis.638310.n2.nabble.com/caricare-mappe-sul-garmin-etrex-tp6708683p6710942.html Sent from the Italy General mailing list archive at Nabble.com. ___ 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
[Talk-it] Josm non sente più la tastiera
Ciao, da un pò di tempo mi è comparso sul mio pc di casa un problema alquanto strano e fastidioso, Josm non sente più la tastiera, nessun tasto viene rilevato rendendomi praticamente impossibile editare. L'ho provate tutte, riinstallato java, josm ed ho pure provato a downgradare a jre6, senza risultato, disistallato josm e rimosso cartella .josm, google non ha aiutato JOSM/1.5 (4279 it) Archlinux 3.0-ARCH #1 SMP PREEMPT Wed Aug 17 21:55:57 CEST 2011 x86_64 Java(TM) SE Runtime Environment (build 1.7.0-b147) Qualche idea ? Grazie, Carlo. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Josm non sente più la tastiera
Il giorno 22 agosto 2011 22:02, Carlo cybo...@gmail.com ha scritto: Ciao, da un pò di tempo mi è comparso sul mio pc di casa un problema alquanto strano e fastidioso, Josm non sente più la tastiera, nessun tasto viene rilevato rendendomi praticamente impossibile editare. Per caso usi Comodo Internet Security? Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Josm non sente più la tastiera
Il giorno Mon, 22 Aug 2011 22:44:09 +0200 Simone Saviolo simone.savi...@gmail.com ha scritto: Il giorno 22 agosto 2011 22:02, Carlo cybo...@gmail.com ha scritto: Ciao, da un pò di tempo mi è comparso sul mio pc di casa un problema alquanto strano e fastidioso, Josm non sente più la tastiera, nessun tasto viene rilevato rendendomi praticamente impossibile editare. Per caso usi Comodo Internet Security? Grazie per la celere risposta, comunque no, non lo uso ne altre forme di antivirus, la cosa strana che su un altro pc in ufficio, ma con Arch 32 bit funziona regolarmente, non vorrei ci fosse dei problem con l'architettura a 64 bit, tutte e due i pc sono aggiornati alle ultime versioni di tutti i software installati ed il problema ha iniziato a presentarsi dallo scorso Giugno, mi pare. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Josm non sente più la tastiera
2011/8/22 Carlo cybo...@gmail.com: Il giorno 22 agosto 2011 22:02, Carlo cybo...@gmail.com ha scritto: da un pò di tempo mi è comparso sul mio pc di casa un problema alquanto strano e fastidioso, Josm non sente più la tastiera, nessun tasto viene rilevato rendendomi praticamente impossibile editare. la cosa strana che su un altro pc in ufficio, ma con Arch 32 bit funziona regolarmente, non vorrei ci fosse dei problem con l'architettura a 64 bit, tutte e due i pc sono aggiornati alle ultime versioni di tutti i software installati ed il problema ha iniziato a presentarsi dallo scorso Giugno, mi pare. se non si risolve scriverei un bug in JOSM trac: http://josm.openstreetmap.de/ (nuovo ticket) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] caricare mappe sul garmin etrex
Credo che devi aggiungere una regola che ti consente di connettere il garmin tramite USB anche come utente normale. Mi riccordo di aver fatto questo una volta (perchè poi hai risolto). Prova con le indicazioni qui: http://www.gpsbabel.org/os/Linux_Hotplug.html non mi riccordo dove avevo trovato la soluzione, ma credo che era (al meno simile a) quello: To allow the USB devices to be read and written by a non-privileged user, create a file named /etc/udev/rules.d/51-garmin.rules with the following contents: SYSFS{idVendor}==091e, SYSFS{idProduct}==0003, MODE=666 ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappatura spiaggia
Ma access=yes non dovrebbe essere il default ? F. Il giorno 22 agosto 2011 04:37, M∡rtin Koppenhoefer dieterdre...@gmail.comha scritto: 2011/8/21 sabas88 saba...@gmail.com: Le spiagge che ho mappato le ho messe tutte natural=beach con un lato coincidente con la coastline. spesso un ottimo caso per un multipoligono per la spiaggia. Essendo tutte spiagge libere non andrebbe segnalato in qualche maniera? fee=no access=yes? Ciao, Martin ___ 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
[Talk-co] IGAC, buenas noticias
Estimados maperos: Buenos días. Me ha llegado una buena noticia, y es la posibilidad que el IGAC antes de finales de año esté liberando toda la cartografía base para Colombia. Con esto busca apoyar el desarrollo tecnológico, la innovación y el empoderamiento del ciudadano. Comedidamente les propongo que esperemos a que esto suceda y luego examinemos como podemos aprovechar las nuevas fuentes para nutrir el mapa de OSM, en especial para las labores humanitarias en una posible segunda temporada invernal, como anuncia IDEAM. También --ojalá--, en un posible camino de colaboración conjunta, ya veremos. Reciban un cordial saludo, Humberto Yances ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
[Talk-co] [Off-Topic] IDEAM prevé lluvias por encima de lo normal en el último trimestre del año
http://avanza.org.co/index.shtml?x=1687110 08/19/2011 Fuente: IDEAM http://institucional.ideam.gov.co/ IDEAM prevé lluvias por encima de lo normal en el último trimestre del año [image: Foto] El IDEAM informa al país que se espera que la segunda temporada de lluvias inicie a mediados de septiembre, la cual podría superar los valores medios de la época. A mediano plazo, es decir para el último trimestre del año (octubre a diciembre), los análisis del IDEAM y de centros internacionales de pronóstico, indican una disminución de la temperatura superficial del mar (enfriamiento), en el Océano Pacífico Tropical, por lo cual es probable que la segunda temporada de lluvias que se inicia a mediados de septiembre, supere los valores medios de la época, particularmente en las regiones Caribe, Andina y centro y norte de la región Pacífica. En el corto plazo (agosto-septiembre), es altamente probable que los procesos océano-atmosféricos presentes en el Atlántico tropical y oriental, relacionados con el paso de ondas tropicales del Este, tránsito de ciclones tropicales y la humedad proveniente de la Amazonía, sigan siendo factores preponderantes para que se registren precipitaciones por encima de los promedios, especialmente en el centro y norte del país. Proyección para agosto de 2011: históricamente, en agosto se registran pocas cantidades de lluvia en el norte de la región Caribe y en la mayor parte de los departamentos andinos, con excepción de sectores puntuales en Antioquia, Risaralda, Caldas y Santander, en donde se presentan algunos volúmenes significativos; así mismo, en la mayor parte de la región Pacífica, se registran lluvias abundantes y frecuentes; por su parte, en los Llanos Orientales, Amazonía y en el sur de la región Caribe, las lluvias serán moderadas. En general, se esperan lluvias por encima de lo normal en buena parte de la región Caribe y en el centro y norte de la Andina; lluvias entre normales y por encima del promedio, en amplios sectores de la región Pacífica, norte de la Orinoquía y áreas del piedemonte Llanero. En la Orinoquía central y Oriental y en la mayor parte de la Amazonía, se espera que los totales de lluvia en el mes, oscilen entre los valores medios de agosto y ligeros déficit. Proyección para septiembre-octubre de 2011: después de mediados de septiembre, se espera el inicio de la segunda temporada de lluvias del año, con un aumento paulatino de las precipitaciones en gran parte de las regiones Caribe y Andina, temporada que es muy probable esté por encima de lo normal. Por lo anterior, dada la alta vulnerabilidad que actualmente presentan amplias zonas del país, se advierte a los Entes gubernamentales encargados de la gestión del riesgo, estar muy atentos a los comunicados y boletines de predicción climática de los próximos meses que emita el IDEAM, con el fin de planear, mitigar y enfrentar posibles emergencias ante la ocurrencia de eventos hidrometeorológicos extremos. Proyección para noviembre de 2011 - enero de 2012: históricamente la temporada lluviosa debería terminar a mediados de diciembre. Sin embargo, de presentarse un enfriamiento de las aguas del océano Pacífico tropical hacia el final del año, es muy probable que la segunta temporada lluviosa se extienda hasta el final del año, registrándose inclusive una mayor nubosidad en enero de 2012, acompañada de algunas precipitaciones atípicas; ante este panorama, la ocurrencia de heladas a comienzos del próximo año, sería menos intensa y menos frecuente. ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] IGAC, buenas noticias
Hola, Estimados maperos: Buenos días. Me ha llegado una buena noticia, y es la posibilidad que el IGAC antes de finales de año esté liberando toda la cartografía base para Colombia. Con esto busca apoyar el desarrollo tecnológico, la innovación y el empoderamiento del ciudadano. Es importante determinar bien la licencia y la publicación de ellos, debido a que hace una epoca eran muy celosos con esa información y adicionalmente el IGAC cobraba bastante por shapes básicos, adicionalmente sé que no es posible calcar la información que el IGAC pueda llegar a poner en este momento, por consiguiente si ellos liberan información o la dejan con una licencia interesate sería un buen paso para ellos y para OSM. Comedidamente les propongo que esperemos a que esto suceda y luego examinemos como podemos aprovechar las nuevas fuentes para nutrir el mapa de OSM, en especial para las labores humanitarias en una posible segunda temporada invernal, como anuncia IDEAM. También --ojalá--, en un posible camino de colaboración conjunta, ya veremos. Reciban un cordial saludo, Humberto Yances Buen día. ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co signature.asc Description: Digital signature ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] IGAC, buenas noticias
Humberto, cual es tu fuente? Donde te enteraste del asunto? Yo llevo mas. Tres años escuchando esos rumores y no quiero crer falsas expectativas. Salu2 humano Lo siento, no pude enviar este correo desde mi GNU/Linux, lo envié desde el movil. El 22/08/2011, a las 15:11, Gustavo Andrés Angulo woa...@gfc.edu.co escribió: Hola, Estimados maperos: Buenos días. Me ha llegado una buena noticia, y es la posibilidad que el IGAC antes de finales de año esté liberando toda la cartografía base para Colombia. Con esto busca apoyar el desarrollo tecnológico, la innovación y el empoderamiento del ciudadano. Es importante determinar bien la licencia y la publicación de ellos, debido a que hace una epoca eran muy celosos con esa información y adicionalmente el IGAC cobraba bastante por shapes básicos, adicionalmente sé que no es posible calcar la información que el IGAC pueda llegar a poner en este momento, por consiguiente si ellos liberan información o la dejan con una licencia interesate sería un buen paso para ellos y para OSM. Comedidamente les propongo que esperemos a que esto suceda y luego examinemos como podemos aprovechar las nuevas fuentes para nutrir el mapa de OSM, en especial para las labores humanitarias en una posible segunda temporada invernal, como anuncia IDEAM. También --ojalá--, en un posible camino de colaboración conjunta, ya veremos. Reciban un cordial saludo, Humberto Yances Buen día. ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] IGAC, buenas noticias
HolaPor ahora sera mejor ajustarnos a los hechos reales, se que tienen programado hacer algunos ajustes en licenciamiento pero eso por ahora no indica nada, tal vez bajen algunos precios. si bien espero hacia 2015 o 2016 en Colombia tal vez OSM ya tenga un buen mapa basico, aun falta mucho por hacer y ni que decir de las vias por identificar, los fuertes de OSM tal vez sean vias terciarias, fuentes de agua y routing, mas no la identificacion de vias y predios(segun un estudio aleman), pero bueno esos son los retos de cartografiar asi y obstaculos a vencer. harrierco Date: Mon, 22 Aug 2011 20:55:45 -0500 From: hyan...@gmail.com To: talk-co@openstreetmap.org Subject: Re: [Talk-co] IGAC, buenas noticias Hola Fredy: Yo creo que si llegan a liberar algo será gracias a tu gestión --después de tanta insistencia--. Se trata de la intensión que circula en el IGAC, que para no pecar de iluso mejor asociarlo como rumor y eliminar el carácter de noticia. De todas formas es clave lo que menciona Gustavo, habrá que ver la calidad y licenciamiento de lo que se publicaría a través de su portal (nos restan cuatro meses de este año). Así que me acojo a tu indicación de no crear expectativas sobre la benevolencia de la empresa estatal IGAC, continuando siempre en nuestra labor por la búsqueda y generación de fuentes propias o de terceros, con licencias que permitan obras derivadas. Saludos, Humberto ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-lt] Reikia nuomonių apie bendrų dviračių ir pėsčiųjų takų vaizdavimą
Sveiki, Taigi kaip galvojate, ar verta tokius takus vaizduoti mėlynų ir raudonų taškų seka? Man toks žymėjimas gana natūralus ir lengvai suprantamas kai žinai kaip žymimi pėsčiųjų ir dviračių takai atskirai. Manau, kad geriau taip vaizduoti negu pėsčiųjų takus tiesiog paslėpti po dviračių takais. Matas ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Reikia nuomonių apie bendrų dviračių ir pėsčiųjų takų vaizdavimą
2011-08-22 Frank'as Wurft rašė: kaip as suprantu, bendri (pesciuju-dviratininku arba dviraciu juostos kelyje) takai nebutu matomi bendrame zemelapyje (mapnik, osmarender), bet opencyclemap'e. Errr... Kiek žinau, tai dviračių/pėsčiųjų juostų/takų, kurie yra kitų kelių dalis nevaizduoja nei vienas iš aukščiau paminėtų sluoksnių. O visas detales viename zemelapyje pavaizduoti lydi prie zemelapio perkrovimo... Na šio Lietuvos žemėlapio „vizija“ yra „turistinis žemėlapis“. Tai bent jau man atrodo, kad jame tiktų dviračių/pėsčiųjų juostos/greta esantys takai. Beje, pastebėjimas: perkrovimas atsiranda tada, kai tie keliuose esantys dviračių/pėsčiųjų takai ar juostos nesirenderina ir žmonės, norėdami juos matyti žemėlapyje, pradeda dėlioti papildomus vektorius dviračiams, dar papildomus pėstiesiems ir t.t. Tada ne tik kad žemėlapis būna perkrautas (o ir matosi tie takai ne visada, nes juos kai kuriuose zoom lygiuose uždengia automobilių keliai), bet dar ir pačioje db gerokas bardakėlis gaunasi. Taigi čia aš sutikčiau su OSM wikyje parašytu dalyku: mažame miestelyje/kaimyelyje žymėti šaligatvį/dvirtakį atskiru vektoriumi - gerai, dideliame mieste - ne. -- Tomas Straupis ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
[Talk-lt] Reikia nuomonių apie bendrų dviračių ir pėsčiųjų takų vaizdavimą
kas dėl dvirtakių žymėjimų, tai yra nufilmuotas kelias nuo Rygos g./Laisvės pr. iki Ateities g./Santariškių g. sankryžos, pagal kurį galit žymėti. http://www.youtube.com/watch?v=a34QYZsJ1dUhttp://www.youtube.com/watch?v=URMwDvOwoP8 kas dėl drebėjimų, tai reikėjo dalinai laikyti kamerą. ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Reikia nuomonių apie bendrų dviračių ir pėsčiųjų takų vaizdavimą
2011 m. rugpjūtis 22 d. 21:33, Alius Sultanovas rašė: kas dėl dvirtakių žymėjimų, tai yra nufilmuotas kelias nuo Rygos g./Laisvės pr. iki Ateities g./Santariškių g. sankryžos, pagal kurį galit žymėti. Va čia tai super „armchair/borrowed eyes mapping“ :-) Kai mieste, tai net pėdsakų nereikia. Kioskai matosi, autobusų/troleibusų stotelės matosi, mocai su rožiniais ratlankiais matosi (amenity=puff_diddy_doodie_daddy), įvažiavimai į kiemus matosi. Fantastika! Nerealūs pas mus dviračių takai. Važiuoji sau pažymėtu taku, tada pralendi tarp troleibusų ir... voila - toliau eina dviračių takas, kaip labirintas ar žaidimas koks :-) Taip, kelias beveik visur atskirtas nuo automobilių kelių žalia veja, tai kaip ir galima atskiru vektoriumi žymėti. Ženklais pažymėtas kaip pėsčiųjų ir dviračių atskirtas (vertikali juosta) kelias. Reiškia: highway=path bicycle=designated foot=designated segregated=yes Po Ukmergės tiltų eina kelias, pažymėtas jau su horizontaliu brūkšniu. Reiškia tas pats tik segregated=no. Iš principo po Ukmergės tiltu kaip ir nėra „atskiro“ dviračių kelio, bet... kažkaip be ryšio tokią mažą atkarpą kalti kaip cycleway=track... Kai kuriose vietose dviračių takas visiškai atsiskiria nuo pėsčiųjų tako, kuris savo ruožtu irgi yra atskiras nuo automobilių kelio, tai ten, matomai, kiekvienam savas vektorius... Na, pažiūrėsim, kas gausis. Daugiau tokių video! P.S. Per perėjas dviratį reikia persivaryti! Chuliganai! :-) -- Tomas Straupis ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-dk] Prestige mapping: Gørløse omfartsvej, første etape af Frederikssundmotorvejen i østgående retning
Hej alle Jeg kørte i formiddags til Ganløse, og kunne ikke finde nogen omfartsvej, fandt så ud af at jeg huskede forkert, og kørte til Gørløse, men den var ikke åben, talte med en arbejder, som kunne fortælle at den åbner i aften, når de er færdig, men ikke nærmer end det. Men jeg fandt da et par rundkørsler som ikke er med på OSM, og så en vej, Peter Appels Vej, i Ganløse. Så helt forgæves har turen da ikke været :-) Hvordan er det med Navngivningen? Jeg har godt set der har været noget disk. om det, men ikke haft energi til at følge med :-( Jeg har navngivet den, som der står på vejskiltet, er det korrekt, eller skal det helst hives ud af en database, ved en automatisk kørsel? Tirsdag den 16. august 2011 13:54:25 skrev du: Hej Alle, Der er igen en mulighed for lidt prestige mapping når Gørløse Omfartsvej (rute 6, sydvest for Hillerød) åbner for offentligheden mandag d. 22 august. Ligeledes åbner første etape af Frederikssundmotorvejen i østgående retning inden for et par uger. I ved hvad der skal gøres :) Mvh. Torben -- Med venlig hilsen Ivar Madsen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Prestige mapping: Gørløse omfartsvej, første etape af Frederikssundmotorvejen i østgående retning
Nå, det var lidt ærgeligt, det der manglede var forbindelserne mellem den gamle og den nye vej. I den nordlige ende har de lavet cykelsti under omfartsvejen og i den sydlige var det hele afspærret så det var svært at se hvad der skete. Jeg vil derfor lave ændringerne ud fra hukommelsen - men markere i openstreetbugs at der mangler trace. Mvh. Torben 2011/8/22 Ivar Madsen lists.openstreetmap@milli.dk Hej alle Jeg kørte i formiddags til Ganløse, og kunne ikke finde nogen omfartsvej, fandt så ud af at jeg huskede forkert, og kørte til Gørløse, men den var ikke åben, talte med en arbejder, som kunne fortælle at den åbner i aften, når de er færdig, men ikke nærmer end det. Men jeg fandt da et par rundkørsler som ikke er med på OSM, og så en vej, Peter Appels Vej, i Ganløse. Så helt forgæves har turen da ikke været :-) Hvordan er det med Navngivningen? Jeg har godt set der har været noget disk. om det, men ikke haft energi til at følge med :-( Jeg har navngivet den, som der står på vejskiltet, er det korrekt, eller skal det helst hives ud af en database, ved en automatisk kørsel? Tirsdag den 16. august 2011 13:54:25 skrev du: Hej Alle, Der er igen en mulighed for lidt prestige mapping når Gørløse Omfartsvej (rute 6, sydvest for Hillerød) åbner for offentligheden mandag d. 22 august. Ligeledes åbner første etape af Frederikssundmotorvejen i østgående retning inden for et par uger. I ved hvad der skal gøres :) Mvh. Torben -- Med venlig hilsen Ivar Madsen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-se] Kartfika i Göteborg?
Har kollat upp med kalendern hemma, och typiskt nog ska jag vara själv hemma med min 2-åring (frugan jobbar). Om det är ok om jag släpar med honom kan jag kanske komma. Den 22 augusti 2011 09:27 skrev Martin Norbäck mar...@norpan.org: Hej, jag kanske kommer förbi om jag inte måste jobba. Kan vara kul att se var det är för kartnördar som bor här i närheten. Hälsningar Martin Den 21 augusti 2011 23:32 skrev Joel Grafström j...@torsson.se: Kul! Då bestämmer vi den 29:e tycker jag så kan åtminstone 3 personer :) Alltså: Måndagen den 29:e augusti kl 18 på Fröken Olssons i Göteborg. //Joel Erik Lundin skrev 2011-08-21 23:12: Hej! Låter trevligt. Jag tror jag kan åtminstone den 29:e eller 30:e. /Erik 2011-08-21 22:51, Martin Holmgren skrev: Hallå! Bra initiativ! Jag är definitivt på, men just 30:e är jag upptagen. Så om det inte är den enda dagen du eller andra intresserade kan skulle jag kunna 29:e eller 31:e, samma tid och plats. Mvh, Marty http://wiki.openstreetmap.org/wiki/User:D95marty 21 aug 2011 kl. 21.12 skrev Joel Grafström: Hej, Tycker det är lite dåligt med kartträffar för tillfället :) Någon som är intresserad av en kartfika i Göteborg det närmaste? Förslagsvis tisdagen den 30:e augusti kl 18 på Fröken Olsson. Någon som är intressad? Mvh Joel (User:Leojth) ___ Talk-se mailing list Talk-se@openstreetmap.org mailto: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 ___ 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
[Talk-ar] Consulta sobre tags
Hola a todos. Estoy mapeando en una zona de muchos countrys y me surgió la duda: qué tags usarían para los polígonos? Porque vi algunos que están definidos con landuse=village_green pero también podría ser landuse=residencial o directamente place=village. Me gustaría estandarizar esto... que opinan. Y no tengo idea de como poner un POI, sería directamente place=village name=nombre? Un saludo para todos. Franco. ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] Consulta sobre tags
no se si habra algo estandarizado, yo solo se landuse=residential,name=country * el place seria para indicar area y nombre de barrios, puede coincidir o no con el country saludos!. 2011/8/22 Franco Leanza flea...@yahoo.com Hola a todos. Estoy mapeando en una zona de muchos countrys y me surgió la duda: qué tags usarían para los polígonos? Porque vi algunos que están definidos con landuse=village_green pero también podría ser landuse=residencial o directamente place=village. Me gustaría estandarizar esto... que opinan. Y no tengo idea de como poner un POI, sería directamente place=village name=nombre? Un saludo para todos. Franco. ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-at] odbl austria
Markus Straub schrieb: z.b. gut dabei mit vielen edits: http://www.openstreetmap.org/user/7503146/edits Bei dem ist das nervig, das da hauptsächlich OSMI-Fixes sind... Robert Kaiser ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] spritpreisrechner.at: OSM's Nominatim für die Suche?
On 22.08.2011 14:12, ocm82993 wrote: Eine schnelle Suche nach Adressen [2] zeigt vertraut aufgebaute Ergebnisse. Zum Beispiel liefert der Suchstring Hollabrunn das Ergebnis Hollabrunn, Bahnhofplatz, Hollabrunn, Bezirk Hollabrunn, Hollabrunn, Lower Austria, 2020, Österreich Scheinbar werden dort Daten von OSM verwendet - was ja auch toll ist :-) Ich hab nur gesehen, dass sie Javascript sowohl von Google als auch Mapqeust einbinden. Es kann also sein, dass sie für die Adresssuche irgendein Service von Mapquest verwenden, falls die sowas anbieten. Wie's tatsächlich lizenzrechtlich ausschaut, wenn ich die Datenbank für mich kopier und irgendeine API darauf aufbau kann ich nicht sagen, aber ich denk mal die Namensnennung müsste dann schon gemacht werden, auch wenn die Daten selbst gar nicht bis zum User kommen. Norbert PS: flameAber ich hoffe mal, dass sie auf diesem Rohrkrepierer von Website nicht OSM erwähnen müssen, is ja peinlich dort erwähnt zu werden./flame ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] spritpreisrechner.at: OSM's Nominatim für die Suche?
Hallo! Ich hatte heute schon einen Anruf von der e-control... Offenbar ist der Nominatim-Zugriff für sie gesperrt worden, weil sie ihn massiv abused hatten (~250 search requests per second, vermutlich kaputte autocomplete-Implementierung und so). /al ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] spritpreisrechner.at: OSM's Nominatim für die Suche?
Am 22. August 2011 14:36 schrieb Norbert Wenzel norbert.wenzel.li...@gmail.com: On 22.08.2011 14:12, ocm82993 wrote: Eine schnelle Suche nach Adressen [2] zeigt vertraut aufgebaute Ergebnisse. Zum Beispiel liefert der Suchstring Hollabrunn das Ergebnis Hollabrunn, Bahnhofplatz, Hollabrunn, Bezirk Hollabrunn, Hollabrunn, Lower Austria, 2020, Österreich Scheinbar werden dort Daten von OSM verwendet - was ja auch toll ist :-) Ich hab nur gesehen, dass sie Javascript sowohl von Google als auch Mapqeust einbinden. Es kann also sein, dass sie für die Adresssuche irgendein Service von Mapquest verwenden, falls die sowas anbieten. Mapquest bietet im Rahmen von open.mapquest.com eine Reihe von APIs rund um Openstreetmap an, darunter auch Nominatim: http://developer.mapquest.com/web/products/open/nominatim cu andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] spritpreisrechner.at: OSM's Nominatim für die Suche?
Norber Wenzl schrieb: Wie's tatsächlich lizenzrechtlich ausschaut, wenn ich die Datenbank für mich kopier und irgendeine API darauf aufbau kann ich nicht sagen, aber ich denk mal die Namensnennung müsste dann schon gemacht werden, auch wenn die Daten selbst gar nicht bis zum User kommen. Hier greift der Datenbankschutz. Auch Datenbanken sind geschützt, besonders, wenn man sie in vollem Umfang verwendet. Die Idee für einen Flame ist allerdings nicht zu neu, die Wiener Linien haben mit der Begründung Wir möchten nicht mit fürchterlichen Anwendungen in Verbindung gebracht werden die Fahrplandatenweitergabe an Google eingestellt. ocm 82993 schrieb: Eine schnelle Suche nach Adressen [2] zeigt vertraut aufgebaute Ergebnisse Zum Beispiel liefert der Suchstring Hollabrunn das Ergebnis Hollabrunn, Bahnhofplatz, Hollabrunn, Bezirk Hollabrunn, Hollabrunn, Lower Austria, 2020, Österreich MfG, Humanist Original-Nachricht Datum: Mon, 22 Aug 2011 14:36:20 +0200 Von: Norbert Wenzel norbert.wenzel.li...@gmail.com An: talk-at@openstreetmap.org Betreff: Re: [Talk-at] spritpreisrechner.at: OSM\'s Nominatim für die Suche? On 22.08.2011 14:12, ocm82993 wrote: Eine schnelle Suche nach Adressen [2] zeigt vertraut aufgebaute Ergebnisse. Zum Beispiel liefert der Suchstring Hollabrunn das Ergebnis Hollabrunn, Bahnhofplatz, Hollabrunn, Bezirk Hollabrunn, Hollabrunn, Lower Austria, 2020, Österreich Scheinbar werden dort Daten von OSM verwendet - was ja auch toll ist :-) Ich hab nur gesehen, dass sie Javascript sowohl von Google als auch Mapqeust einbinden. Es kann also sein, dass sie für die Adresssuche irgendein Service von Mapquest verwenden, falls die sowas anbieten. Wie's tatsächlich lizenzrechtlich ausschaut, wenn ich die Datenbank für mich kopier und irgendeine API darauf aufbau kann ich nicht sagen, aber ich denk mal die Namensnennung müsste dann schon gemacht werden, auch wenn die Daten selbst gar nicht bis zum User kommen. Norbert PS: flameAber ich hoffe mal, dass sie auf diesem Rohrkrepierer von Website nicht OSM erwähnen müssen, is ja peinlich dort erwähnt zu werden./flame ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at -- NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurück-Garantie! Jetzt informieren: http://www.gmx.net/de/go/freephone ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at