Re: [talk-ph] Pirate Map!
The tech behind the pirate map: http://mapbox.com/blog/sketchy-maps/ A! On Tue, Jul 3, 2012 at 10:42 AM, Rally de Leon rall...@gmail.com wrote: coolness. even have a folded-map look effect. :-) On Tue, Jul 3, 2012 at 8:22 AM, Eugene Alvin Villar sea...@gmail.com wrote: Very cool! http://tiles.mapbox.com/aj/map/Sketchy2 This was created by someone at MapBox to show off new features in the Mapnik rendering tool. The map only goes to zoom level 6 though, and I think it uses only the public domain Natural Earth dataset and no OSM data. ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] forest/woods was tagged as a national park and a military
The forest polygon in Mt. Palay-palay was tagged as a national park and landuse=military. I'm not very sure, but I don't think this the actual boundary of the national park. Data details: http://www.openstreetmap.org/browse/way/81149627 -- 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
[OSM-legal-talk] MoU between OSM and NLSF
Dear Friends, I have prepared with National Land Survey of Finland Memorandum of Understanding (MoU) about usage of their datasets by OpenStreetMap activists. Hare is current draft text for everybody to comment: Memorandum of Understanding This Memorandum of Understanding (hereinafter MoU) is between the National Land Survey of Finland (hereinafter NLSF) and OpenStreetMap contributors (hereinafter OSM). Background NLSF started to use a new Open Data License for their topographic information datasets (hereinafter Data) on 1st of May 2012. NLSFs Open Data License grants a worldwide, free of charge and irrevocable parallel right of use to open data. This MoU clarifies how Data can be used when OSM are collecting data to be part of OpenStreetMap database. Usage of NLSFs data NLSF data can be used at least two (2) ways by OSM: - As reference data: NLSF Data can be used as reference data. For example NLSFs raster maps or aerial photographs can used as source data when OSM databases are digitized, corrected, validated or in any other way. - As import source: NLSF Data can be imported to be an integral part of OpenStreetMap database. Attribution OSM will add NLSFs contribution to OpenStreetMap wiki pages as follows: Finland National Land Survey of Finland Contains data from National Land Survey of Finland Topographic Database and other sources, data extractions started on 05/2012. More specific data sources and data extraction dates are documented as part of data and in OSM wiki pages OSM are preparing guidelines for all OpenStreetMap data collectors on how to include necessary tag-information for the OpenStreetMap data features. Reasons to make this kind of MoU: - Common understanding among OSMers what can and what cannot do with NLSF datasets - Clarify OSMers goals for NLSF when using their datasets Some people may say that we don't even need this kind of MoU. IMHO: maybe it's better to have something than nothing. However, all comments are welcome! Rgs, Pekka -- Pekka Sarkola Gispo Oy pekka.sark...@gispo.fi - GSM +358 40 725 2042 www.gispo.fi www.paikkatieto.com ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] MoU between OSM and NLSF
On 03/07/12 17:02, Pekka Sarkola wrote: Dear Friends, I have prepared with National Land Survey of Finland Memorandum of Understanding (MoU) about usage of their datasets by OpenStreetMap activists. Hare is current draft text for everybody to comment: Memorandum of Understanding This Memorandum of Understanding (hereinafter “MoU”) is between the National Land Survey of Finland (hereinafter NLSF) and OpenStreetMap contributors (hereinafter OSM). Background NLSF started to use a new Open Data License for their topographic information datasets (hereinafter Data) on 1st of May 2012. NLSF’s Open Data License grants a worldwide, free of charge and irrevocable parallel right of use to open data. This MoU clarifies how Data can be used when OSM are collecting data to be part of OpenStreetMap database. Usage of NLSF’s data NLSF data can be used at least two (2) ways by OSM: - As reference data: NLSF Data can be used as reference data. For example NLSF’s raster maps or aerial photographs can used as source data when OSM databases are digitized, corrected, validated or in any other way. - As import source: NLSF Data can be imported to be an integral part of OpenStreetMap database. Attribution OSM will add NLSF’s contribution to OpenStreetMap wiki pages as follows: Finland National Land Survey of Finland Contains data from National Land Survey of Finland Topographic Database and other sources, data extractions started on 05/2012. More specific data sources and data extraction dates are documented as part of data and in OSM wiki pages OSM are preparing guidelines for all OpenStreetMap data collectors on how to include necessary tag-information for the OpenStreetMap data features. Reasons to make this kind of MoU: - Common understanding among OSMers what can and what cannot do with NLSF datasets - Clarify OSMers goals for NLSF when using their datasets Some people may say that we don't even need this kind of MoU. IMHO: maybe it's better to have something than nothing. However, all comments are welcome! If the data is licensed in an open way, you don't need this agreement. You are tying mapper hands with this agreement and it is, IMO, completely unacceptable. Who will sign this on behalf of OSM? What authority would this person have? This sets a dangerous precedent that I strongly oppose it. -- Cheers, Chris user: chillly ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] MoU between OSM and NLSF
Hi Chris, I don't understand why you think this agreement is unacceptable. It isn't taking any rights away from OSM to use the data that I can see. MoU agreements are a very typical thing of governments and I don't see what the issue is. -Kate On Tue, Jul 3, 2012 at 7:50 PM, Chris Hill o...@raggedred.net wrote: On 03/07/12 17:02, Pekka Sarkola wrote: Dear Friends, I have prepared with National Land Survey of Finland Memorandum of Understanding (MoU) about usage of their datasets by OpenStreetMap activists. Hare is current draft text for everybody to comment: Memorandum of Understanding This Memorandum of Understanding (hereinafter “MoU”) is between the National Land Survey of Finland (hereinafter NLSF) and OpenStreetMap contributors (hereinafter OSM). Background NLSF started to use a new Open Data License for their topographic information datasets (hereinafter Data) on 1st of May 2012. NLSF’s Open Data License grants a worldwide, free of charge and irrevocable parallel right of use to open data. This MoU clarifies how Data can be used when OSM are collecting data to be part of OpenStreetMap database. Usage of NLSF’s data NLSF data can be used at least two (2) ways by OSM: - As reference data: NLSF Data can be used as reference data. For example NLSF’s raster maps or aerial photographs can used as source data when OSM databases are digitized, corrected, validated or in any other way. - As import source: NLSF Data can be imported to be an integral part of OpenStreetMap database. Attribution OSM will add NLSF’s contribution to OpenStreetMap wiki pages as follows: Finland National Land Survey of Finland Contains data from National Land Survey of Finland Topographic Database and other sources, data extractions started on 05/2012. More specific data sources and data extraction dates are documented as part of data and in OSM wiki pages OSM are preparing guidelines for all OpenStreetMap data collectors on how to include necessary tag-information for the OpenStreetMap data features. Reasons to make this kind of MoU: - Common understanding among OSMers what can and what cannot do with NLSF datasets - Clarify OSMers goals for NLSF when using their datasets Some people may say that we don't even need this kind of MoU. IMHO: maybe it's better to have something than nothing. However, all comments are welcome! If the data is licensed in an open way, you don't need this agreement. You are tying mapper hands with this agreement and it is, IMO, completely unacceptable. Who will sign this on behalf of OSM? What authority would this person have? This sets a dangerous precedent that I strongly oppose it. -- Cheers, Chris user: chillly ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] MoU between OSM and NLSF
From: Pekka Sarkola [mailto:pekka.sark...@gispo.fi] Sent: Tuesday, July 03, 2012 9:03 AM To: OSM - talk-fi; legal-talk@openstreetmap.org Subject: [OSM-legal-talk] MoU between OSM and NLSF Dear Friends, I have prepared with National Land Survey of Finland Memorandum of Understanding (MoU) about usage of their datasets by OpenStreetMap activists. Hare is current draft text for everybody to comment: Memorandum of Understanding This Memorandum of Understanding (hereinafter MoU) is between the National Land Survey of Finland (hereinafter NLSF) and OpenStreetMap contributors (hereinafter OSM). Who would this agreement be between? It can't be between OSM contributors. It could be between NLSF and *some* OSM contributors who individually agree to it but it can't be for all OSM contributors. It couldn't impose any requirements on users of NLSF or NLSF-derived data in OSM, including OSM contributors. A MOU is essentially a contract between two parties, but I don't see who the second party is in this case. A contract or MOU makes sense in some cases, like if you are purchasing commercial imagery, but there's two clear parties then. I suppose you could have a data provider who didn't want to make their data directly publically available but was willing to let people contribute it to OSM, but such an import might run into problems following the guidelines. OSM are preparing guidelines for all OpenStreetMap data collectors on how to include necessary tag-information for the OpenStreetMap data features. I'm not saying this isn't important - you'd likely to do this as part of the import process - but does it belong in a MOU? ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] MoU between OSM and NLSF
The way I see this is: Don't allow the term MOU make you not see The Point of this text and that is a clarification to the license terms. In plain(?) English the Finnish authority says that the OSM community is allowed to use the data _in OSM_ with the articulated clarifications because some in the community have felt that the license is problematic for using this Open Data in OSM. Unless I misunderstand something here it seems to me that regardless of the MOU (that is most usually drafted in collaboration _and_ signed by two parties) the idea here is that the Finnish authority declares one-sidedly (because OSM community is practically impossible to do 2-sided agreements with) that: If you abide to these (super-simple) rules/requirements then you are free as in free speech allowed to use the data. So, find+replace MOU with License clarification and perhaps -- just perhaps-- this seems better? Or am I missing something (again)? Cheers, -Jaakko -- jaa...@helleranta.com * Skype: jhelleranta * Mobile: +509-37-269154 * http://go.hel.cc/MyProfile On Tue, Jul 3, 2012 at 11:35 PM, Paul Norman penor...@mac.com wrote: From: Pekka Sarkola [mailto:pekka.sark...@gispo.fi] Sent: Tuesday, July 03, 2012 9:03 AM To: OSM - talk-fi; legal-talk@openstreetmap.org Subject: [OSM-legal-talk] MoU between OSM and NLSF Dear Friends, I have prepared with National Land Survey of Finland Memorandum of Understanding (MoU) about usage of their datasets by OpenStreetMap activists. Hare is current draft text for everybody to comment: Memorandum of Understanding This Memorandum of Understanding (hereinafter MoU) is between the National Land Survey of Finland (hereinafter NLSF) and OpenStreetMap contributors (hereinafter OSM). Who would this agreement be between? It can't be between OSM contributors. It could be between NLSF and *some* OSM contributors who individually agree to it but it can't be for all OSM contributors. It couldn't impose any requirements on users of NLSF or NLSF-derived data in OSM, including OSM contributors. A MOU is essentially a contract between two parties, but I don't see who the second party is in this case. A contract or MOU makes sense in some cases, like if you are purchasing commercial imagery, but there's two clear parties then. I suppose you could have a data provider who didn't want to make their data directly publically available but was willing to let people contribute it to OSM, but such an import might run into problems following the guidelines. OSM are preparing guidelines for all OpenStreetMap data collectors on how to include necessary tag-information for the OpenStreetMap data features. I'm not saying this isn't important - you'd likely to do this as part of the import process - but does it belong in a MOU? ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Current Garmin units with unlimited tracklog?
On 03.07.12. 04:27, Tapio Sokura wrote: I'm planning on purchasing a new handheld GPS unit for general purpose outdoor use as well as OSM mapping. I've previously used a Garmin gpsmap 60csx, in which I really liked the feature that saves raw tracklogs also to the microsd card in gpx format. Do any of the newer models support this kind of automatic raw-tracklog-to-card functionality? The touch screen Montana/Oregon/Dakota and gpsmap 62/78 series? Oregon does saves tracklogs in GPX format. I believe every new model does. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Current Garmin units with unlimited tracklog?
I can't be certain but I suspect any Garmin unit that takes a micro SD card can store a daily gpx tracklog file nowadays. Cheers Andy -Original Message- From: Tapio Sokura [mailto:oh2...@iki.fi] Sent: 03 July 2012 03:27 To: talk@openstreetmap.org Subject: [OSM-talk] Current Garmin units with unlimited tracklog? Hello, I'm planning on purchasing a new handheld GPS unit for general purpose outdoor use as well as OSM mapping. I've previously used a Garmin gpsmap 60csx, in which I really liked the feature that saves raw tracklogs also to the microsd card in gpx format. Do any of the newer models support this kind of automatic raw-tracklog-to- card functionality? The touch screen Montana/Oregon/Dakota and gpsmap 62/78 series? I've always liked the Garmin units, but I might be persuaded to buy some other make. If there are any good candidates..? Tapio ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Current Garmin units with unlimited tracklog?
2012/7/3 Tapio Sokura oh2...@iki.fi: I'm planning on purchasing a new handheld GPS unit for general purpose outdoor use as well as OSM mapping. I've previously used a Garmin gpsmap 60csx, in which I really liked the feature that saves raw tracklogs also to the microsd card in gpx format. Do any of the newer models support this kind of automatic raw-tracklog-to-card functionality? The touch screen Montana/Oregon/Dakota and gpsmap 62/78 series? Last time I looked at this the 62-series did NOT store the tracks on the micro-SD-card like the 60csx does. It stores the tracks on the 1.7GB internal memory (so yes, this is also quite infinite, but it is not the same, e.g. you can't use an external card-reader to get these tracks). The newer models like the 62series also seem to have an automatic track-compression you cannot turn off (so no raw tracklogs) if I recall right. You can find a lot of info about these devices also in the osm-wiki: http://wiki.openstreetmap.org/wiki/Garmin/GPS_series cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Current Garmin units with unlimited tracklog?
On 3.7.2012 10:54, Mike wrote: Oregon does saves tracklogs in GPX format. I believe every new model does. That's what I understand as well. But after reading a few Garmin manuals and googling around for a while I still haven't found a solid answer to this question: How many trackpoints will the unit store before it begins overwriting old ones or stops collecting new tracklog altogether? Some sources seem to hint that the maximum amount of trackpoints a single GPX file on new Garmins can contain is 10k, good for a bit under 3 hours of tracklog taken with 1 second interval. The maximum number of distinct GPX files archived in the device could be 20, 200 or maybe even unlimited (=limited by free memory on the device) depending on the source. 10k trackpoints times 200 files is 2 million trackpoints or about 23 days of continuous tracklog, which would probably be enough for me. But does the auto-archiving/rotating feature produce tracklog files that are of the assumed 10k maximum size? Can someone confirm that tracklogs automatically archived by newer generation Garmins can contain more than 10k points and/or have had more than 20 or 200 automatically archived GPX files in the device at one time? Tapio ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Current Garmin units with unlimited tracklog?
2012/7/3 Tapio Sokura oh2...@iki.fi: Can someone confirm that tracklogs automatically archived by newer generation Garmins can contain more than 10k points and/or have had more than 20 or 200 automatically archived GPX files in the device at one time? AFAIK at least the 62series does not store every second a point but instead does some smoothing on the track (i.e. it will contain less points than one per second, but it will probably not be what you want). I don't own a 62series device but a friend of mine does and when I borrowed it I couldn't manage to get raw tracklogs logged, neither to the sd-card nor to the internal memory. Please note that with raw tracklogs I intend positions and timestamps as with the older 60csx, actually these logs are never raw, neither on the older 60csx:, they are always position data calculated from the raw signal by some secret algorithm (you can notice this for instance when entering into a tunnel and the track continues in the former direction for a short time even when there is no reception at all). cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Current Garmin units with unlimited tracklog?
The Garmin Edge 800 stores in some .fit format rather than GPX. I've still not found some tools to batch convert from that format to .gpx. Shaun On 3 Jul 2012, at 09:03, Andy Robinson wrote: I can't be certain but I suspect any Garmin unit that takes a micro SD card can store a daily gpx tracklog file nowadays. Cheers Andy -Original Message- From: Tapio Sokura [mailto:oh2...@iki.fi] Sent: 03 July 2012 03:27 To: talk@openstreetmap.org Subject: [OSM-talk] Current Garmin units with unlimited tracklog? Hello, I'm planning on purchasing a new handheld GPS unit for general purpose outdoor use as well as OSM mapping. I've previously used a Garmin gpsmap 60csx, in which I really liked the feature that saves raw tracklogs also to the microsd card in gpx format. Do any of the newer models support this kind of automatic raw-tracklog-to- card functionality? The touch screen Montana/Oregon/Dakota and gpsmap 62/78 series? I've always liked the Garmin units, but I might be persuaded to buy some other make. If there are any good candidates..? Tapio ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Current Garmin units with unlimited tracklog?
On 3 Jul 2012, at 16:16, Shaun McDonald wrote: The Garmin Edge 800 stores in some .fit format rather than GPX. I've still not found some tools to batch convert from that format to .gpx. The ANT SDK has some sample code for decoding .fit files: http://www.thisisant.com/pages/developer-zone/fit-sdk The sample just dumps out lat/lon/timestamp samples, but it's easy enough to munge into gpx or the like. -dair ___ d...@refnum.com http://www.refnum.com/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Current Garmin units with unlimited tracklog?
On 03/07/2012 16:16, Shaun McDonald wrote: The Garmin Edge 800 stores in some .fit format rather than GPX. I've still not found some tools to batch convert from that format to .gpx. The latest version of GPSBabel (v.1.4.3) claims to support FIT format. Though it didn't seem to work when I tried using it for FIT files from my Forerunner 110. Or you can download from the Edge into Garmin Training Center or BaseCamp, then export as GPX. Though that's probably not very convenient for a lot of files. Craig ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Garmin .fit
On 03.07.2012 17:16, Shaun McDonald wrote: The Garmin Edge 800 stores in some .fit format rather than GPX. I've still not found some tools to batch convert from that format to .gpx. I am not sure about .fit but Routeconverter (http://www.routeconverter.de, GPL) is aware of a lot of formats. There is also a command line version of the tool. And _IIRC_ if .fit would not be included the author was at least in the past willing to include further formats. Best regards, Michael. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Meer detail in kaartmateriaal natuurgebied
Hoi Binte, Kun je misschien een voorbeeld noemen van wat je zou willen wijzigen. Het liefs met zoveel mogelijk details. We kunnen dan uitleggen hoe je dat aanpakt, of verwijzen naar een pagina waar iets soortgelijks uitgelegd wordt. Maar het is moeilijk iets uit te leggen als ik niet weet wat wel en wat niet duidelijk is. Overigens zijn er ook bedrijven die ruime ervaring hebben met het doen van aanpassingen in openstreetmap. Als je snel resultaten wilt hebben, kan ik je beter daarna toe verwijzen. Wim 2012/7/3 Binte Sibbles binte.sibb...@itour360.com Hallo leden, ** ** Hoop dat jullie mij/ons verder kunnen helpen. ** ** Onze app ‘I-Tour 360’ gebruikt kaartmateriaal van OSM. Wij zijn alleen actief in Nederland. ** ** Ik heb een vraag over het zelf wijzigen of laten wijzigen (meer detail) op bestaand kaartmateriaal. Op Wiki heb ik het eea gelezen, maar ik ben zelf niet technisch onderlegd… ** ** Een klant vraagt ons om meer detail aan te brengen. Kunnen jullie daarbij helpen? Het gaat om een (natuur)gebied in de buurt van Arnhem. Ik heb eventueel de coördinaten. ** ** Hoor het graag en alvast dank! * * *Klik hier voor de instructievideo op ons YouTube Kanaal!http://www.youtube.com/watch?v=fgzVOwl4s08 * * * * * *Met vriendelijke groeten,* * * *Binte Sibbles* * * mobiel +31 (0)6 308 435 42 e-mail binte.sibb...@itour360.com kevin.kl...@itour360.com ** ** ** ** adres Prins Hendrikkade 176-20 1011 TC Amsterdam telefoon +31 (0)20 420 35 90 fax +31 (0)20 420 36 23 web www.itour360.com [image: cid:29183CDF-F7D1-4D36-BD52-B25D73CFD366@arnhem.chello.nl]** *‘**Looking for opportunities to increase business and traffic in your region? We make people curious about your area! I-Tour 360 generates traffic by disclosing the secret beauties of your sights. I-Tour 360 is an X-media solution and a ‘Location Based Service’. It offers GPS tours, to guide visitors physically through your area and boosts virtual visits to websites. Video, audio or text will bring your sight to life. By using social media and personal My-I-Tour websites, we create ambassadors. Visitors will share their positive experiences, sight information and photos. Interaction, user friendliness, quality and fun are the keywords!’ * ** ** ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl image001.png___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] Major road list for AUS
Hi Simon, That looks really useful. Would it be possible to modify it to generate HTML, in order to make clickable links like a href=http://www.openstreetmap.org/browse/way/147608820;147608820/a? Steve On Tue, Jul 3, 2012 at 8:47 AM, Simon Poole si...@poole.ch wrote: I've been generating lists of tainted bits and pieces of major roads for a couple of countries for a while (the data is extracted from the cleanmap DB and comes with the same caveats). I've actually been running this for AUS the whole time, but haven't published the results. I've now uploaded the file to http://odbl.poole.ch/aus_major_and_secondary_roads.txt Stats motorway/motorway_link1032 trunk/trunk_link2725 primary/primary_link5085 secondary/secondary_link8371 While the numbers may seem high, they are a lot lower than they used to be. Note the purpose of the list is to enable targeted remapping not anything else. Simon ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Major road list for AUS
http://odbl.poole.ch/aus_major_and_secondary_roads.html Sorted (alphabetically) by highway value. Simon Am 03.07.2012 09:14, schrieb Steve Bennett: Hi Simon, That looks really useful. Would it be possible to modify it to generate HTML, in order to make clickable links like a href=http://www.openstreetmap.org/browse/way/147608820;147608820/a? Steve On Tue, Jul 3, 2012 at 8:47 AM, Simon Poole si...@poole.ch wrote: I've been generating lists of tainted bits and pieces of major roads for a couple of countries for a while (the data is extracted from the cleanmap DB and comes with the same caveats). I've actually been running this for AUS the whole time, but haven't published the results. I've now uploaded the file to http://odbl.poole.ch/aus_major_and_secondary_roads.txt Stats motorway/motorway_link1032 trunk/trunk_link2725 primary/primary_link5085 secondary/secondary_link8371 While the numbers may seem high, they are a lot lower than they used to be. Note the purpose of the list is to enable targeted remapping not anything else. Simon ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-br] OpenRiverMap !!
On 2012-07-02 20:55, Aun Yngve Johnsen wrote: Tem um differencia SIRGAS pela WGS84 que e o sistema projeção usado pela OSM, mas acho que existe plugins para editors que corrigindo este. Por exemplo, JOSM tem plugins que recalculando posições do françese Lamberd projeção para WGS. Se voçe quer exprimemtar, da um olhada no plugin proj.4 ou procura mais informações do Proj.4 Em bacía do Campos, 200 quilometre leste do Macae, o differencia SIRGAS/WGS e mais ou menus 180 meter ??? Tu tems um exemplo para esta differencia? O FAQ #15 do IBGE explica: Não existem parâmetros de transformação entre SIRGAS2000 e WGS84 porque eles são praticamente iguais, ou seja, DX = 0, DY = 0 e DZ = 0. http://www.ibge.gov.br/home/geociencias/geodesia/pmrg/faq.shtm#15 Abs, Hermann ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] OpenRiverMap !!
Spheroid data I have gathered from programs transferring geographical possitions to UTM WGS84 a=6378137 b=6356752.3142 f=0.003352811 1/f=298.2572236 SIRGAS2000 (MC 39W) a=6378137 b=6356752.3141 f=0.003352811 1/f=298.2572221 Aun Y. Johnsen Sent from my iPad +55 (27) 3114-0008 +55 (27) 9736-3919 (vivo) On 3. juli 2012, at 02:54, Hermann Peifer pei...@gmx.eu wrote: On 2012-07-02 20:55, Aun Yngve Johnsen wrote: Tem um differencia SIRGAS pela WGS84 que e o sistema projeção usado pela OSM, mas acho que existe plugins para editors que corrigindo este. Por exemplo, JOSM tem plugins que recalculando posições do françese Lamberd projeção para WGS. Se voçe quer exprimemtar, da um olhada no plugin proj.4 ou procura mais informações do Proj.4 Em bacía do Campos, 200 quilometre leste do Macae, o differencia SIRGAS/WGS e mais ou menus 180 meter ??? Tu tems um exemplo para esta differencia? O FAQ #15 do IBGE explica: Não existem parâmetros de transformação entre SIRGAS2000 e WGS84 porque eles são praticamente iguais, ou seja, DX = 0, DY = 0 e DZ = 0. http://www.ibge.gov.br/home/geociencias/geodesia/pmrg/faq.shtm#15 Abs, Hermann ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] was bedeutet bicycle:backward?
On 28.06.2012 13:07, Tobias Knerr wrote: Am 28.06.2012 10:52, schrieb Martin Koppenhoefer: Wie oben angegeben: bezieht sich bicycle:backward auf die Richtung des ways oder die Richtung der Einbahnstraße? Auf die Richtung des Ways. Spielt vor allem dann eine Rolle, wenn der tag oneway=-1 ist. Achtung: Zumindest nach den Auswerte-Regeln, wie sie im zugehörigen Proposal definiert wurden, kann man Einschränkungen nur durch andere Tags überschreiben, die denselben Grundschlüssel verwenden: Eine Ausnahme von maxspeed muss mit maxspeed:... anfangen, eine von maxweight mit maxweight:..., und eine für oneway eben mit oneway:...! Eine Ausnahme von der Einbahnstraßen-Regelung für Radfahrer muss nach diesem Schema also oneway:bicycle verwenden, um bei der Auswertung überhaupt berücksichtigt zu werden. Wer/wo hat den bitteschön bicycle:backward definitert? Es gibt ja schon cycleway:opposite=yes/no/both/lane/track (was wiederrum auch nichts über die Fahrtrichtung gegen Einbahn aussagt, sondern im Prinzip nur wo es Möglichkeiten zum Fahrradfahren gibt). Es braucht keinen zusätzlichen Tag Wildwuchs... oneway:bicycle=no/yes (meinetwegen auch oneway:bicycle=-1/reverse) ist das korrekte Tag. Tobias ___ 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] was bedeutet bicycle:backward?
Am 3. Juli 2012 09:10 schrieb Felix Hartmann extremecar...@gmail.com: Wer/wo hat den bitteschön bicycle:backward definitert? das hatte jemand aus der italienischen Liste im Wiki gefunden. Ich hatte dem Mapper daraufhin geschrieben, dass oneway:bicycle=no m.E. verständlicher und eindeutiger sei, wollte mich aber doch hier auch nochmal erkundigen, weil hier wesentlich mehr Leute mitlesen, die evtl. andere Feinheiten und Bedeutungen kennen, die sich nicht auf Anhieb erschließen. Der entspr. Key findet sich auf den Hauptseiten: http://wiki.openstreetmap.org/wiki/Key:cycleway und http://wiki.openstreetmap.org/wiki/Key:access Zuerst wurde er wohl vor knapp 2 Jahren auf der access-Seite hinzugefügt: http://wiki.openstreetmap.org/w/index.php?title=Key%3Aaccessaction=historysubmitdiff=324927oldid=317225 Und vor ca. 1 Jahr dann auf die cycleway Seite kopiert: http://wiki.openstreetmap.org/w/index.php?title=Key%3Acyclewayaction=historysubmitdiff=649868oldid=631323 Angesichts von 159 tatsächlichen Nutzungen ein typischer Fall von Wikifiddling würde ich sagen: http://taginfo.openstreetmap.org/keys/bicycle%3Abackward#overview Es braucht keinen zusätzlichen Tag Wildwuchs... +1 oneway:bicycle=no/yes (meinetwegen auch oneway:bicycle=-1/reverse) ist das korrekte Tag. +0.5, je nachdem, wie die Situation ist. Sieht so aus als sollten hier Probleme gelöst werden, die durch implizite Fahrradwege entstehen (oneway auf dem impliziten Fahrradweg). Wenn Du Dir die Beschreibung auf der access-Seite durchliest wirst Du feststellen, dass dieses tag feinere Aussagen zulassen soll als nur Fahrradfahrer dürfen die Einbahnstraße auch in Gegenrichtung befahren (ob das so gelingt sei mal aussen vor gelassen): For more complex direction dependent restrictions, the postfixes :backward and :forward can be used on the keys, for example: bicycle:backward=no (when a road has a oneway cycleway next to it that must be used, and a cyclelane in the other direction) bicycle:backward=yes (when cyclists are allowed to travel in both directions on a oneway street (but no lane is present)) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Manueller Rückbau der Schlecker Märkte! - Kartenverbesserung
Jan Tappenbeck o...@tappenbeck.net wrote: Aber eine kleine Verbesserung wäre noch eine Anzeige ab wann was angezeigt wird. Das ist ein Quickhack mit einer großen KML-Datei. Der Quellcode liegt offen (git://git.geggus.net/brewmap.git) aber ich glaube so recht gibt es das Konzept hergibt da BBox-Abfragen einzubauen. Gruss Sven -- We just typed make (Stephen Lambrigh, Director of Server Product Marketing at Informix about porting their Database to Linux) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Feedback vom OpenStreetMap-Stand auf dem GeoGames Leipzig Event
Hallo Liste, ich habe hier [1] mal verbloggt, was ich so an Feedback bei der Standbetreuung und dem Vortrag auf der GeoGames in Leipzig bekommen habe. Einige Themen würde ich druchaus gerne mal mit anderen OSMlern diskutieren. Wilde Ideenfindung erwünscht! 1) Leidiges Thema Garminkarten und ihre Präsentation. Das wurde schon öfters mal diskutiert: Garminkarten sind nicht unser Fokus, das liegt bei externen Anbieter, da haben wir keine Kontrolle drüber und wir können das nicht aktuell halten. Aber dennoch: Wollen wir etwas für reine Kartenkonsumenten tun? (In meinen Augen sind das alles immer auch potentielle, zukünftige Mapper.) WAS können wir tun, um den Zugriff auf Garminkarten zu vereinfachen? 2) Möglichkeit des Mappens zwischen OpenStreetBugs und Potlatch bzw: wegebasiertes mappen: Es gibt inzwischen viele Webseiten und Apps, die das Hinzufügen von POIs kinderleicht und komfortabel machen. Aber viele wollen eben nicht hauptsächlich POIs eintragen, sondern (Wander/Wald/Feld-)wege. Das ist gut und sehr nützlich, da uns die Nicht-KFZ-Wege eben gerade von Google Co. abheben. Die Leute haben meisst gute und genaue GPS-Tracks dafür, aber suchen eine Möglichkeit, uns damit ohne Einarbeitung in Editoren und vor allem Taggingschemata zu helfen. Was sagen die App- und Seitenentwickler dazu? Gibt es noch Spielraum zwischen stumpfen gpx-Upload und den Editoren? 3) Geräteunterstützung: Hersteller nähern sich eher zaghaft dem für sie neuen Phänomen OSM. Was denkt ihr, wie eine positive, gemeinsame Weiterentwicklung möglich wäre? Medion zeigt ja schonmal wie man sich das nicht wünscht (OSM Daten in closed source Formate packen). Vielleicht kann man ja auf den einen oder anderen Hersteller positiv einwirken. Also: könnt ihr euch beiderseitig hilfreiche Modelle vorstellen? So, ich bin mal auf Meinungen gespannt... Gruß, Chaos [1] https://chaos.binaervarianz.de/?p=1822 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feedback vom OpenStreetMap-Stand auf dem GeoGames Leipzig Event
Ronnie Soak chaoschaos0...@googlemail.com wrote: 1) Leidiges Thema Garminkarten und ihre Präsentation. Das wurde schon öfters mal diskutiert: Garminkarten sind nicht unser Fokus, das liegt bei externen Anbieter, da haben wir keine Kontrolle drüber und wir können das nicht aktuell halten. Aber dennoch: Wollen wir etwas für reine Kartenkonsumenten tun? (In meinen Augen sind das alles immer auch potentielle, zukünftige Mapper.) WAS können wir tun, um den Zugriff auf Garminkarten zu vereinfachen? Die FOSSGIS Server stehen zur Produktion aktueller Karten prinzipiell zur Verfügung. Derzeitiger Stand ist, dass die Computerteddy-Karte dort hergestellt wird. Die Erzeugung der AIO ist AFAIK leider eingeschlafen. Das Problem, das ich hier hauptsächlich sehe ist dass es da leider wenige gibt die sich kümmern möchten. Gruss Sven -- /* * Wirzenius wrote this portably, Torvalds fucked it up :-) */(taken from /usr/src/linux/lib/vsprintf.c) /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] Feedback vom OpenStreetMap-Stand auf dem GeoGames Leipzig Event
Die FOSSGIS Server stehen zur Produktion aktueller Karten prinzipiell zur Verfügung. Das ist generell schon mal ein +1 wert. Derzeitiger Stand ist, dass die Computerteddy-Karte dort hergestellt wird. Die Erzeugung der AIO ist AFAIK leider eingeschlafen. Das Problem, das ich hier hauptsächlich sehe ist dass es da leider wenige gibt die sich kümmern möchten. Mir ging es gar nicht um neue Karten. Das bestehende Angebot ist gar nicht schlecht. Mir ging es darum, zu den bestehenden Angeboten besseren Zugang zu schaffen. Momentan fällt das alles noch unter 'Expertenwissen' und ist nicht für den OSM-Nutzer 'von der Straße' praktikabel. Zu viele halten die osm.org Karte für Die OpenStreetMap und die erstbeste gmapsupp.img, die sie mal per Google gefunden haben für Die OSM-Garminkarte. Viele der Leute am Stand waren völlig überrascht, dass es mehr als eine Garmin-Karte gibt. Wenn man ihnen dann aber erklärt, wie sie da dran kommen, winken sie ab. Ein rohes http/ftp Listing kann man heute halt keinem Endnutzer mehr zumuten. Genausowenig wie Wiki-Userseiten. Die Frage ist: Wenn das der Kartenersteller aber nun mal so macht, haben wir dann das Recht und/oder die Möglichkeit, das verbessern zu wollen? Aber ja, jetzt wo du den FOSSGIS Server erwähnst: ein on-Demand Dienst, der variabel genug ist mit verschiedenen Profilen unterschiedliche Karten zu erstellen, würde das Problem natürlich lösen. Aber DAS wäre wirklich ein gehöriger Entwicklungsaufwand. Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feedback vom OpenStreetMap-Stand auf dem GeoGames Leipzig Event
Am 03.07.2012 14:12, schrieb Sven Geggus: Ronnie Soak chaoschaos0...@googlemail.com wrote: 1) Leidiges Thema Garminkarten und ihre Präsentation. Das wurde schon öfters mal diskutiert: Garminkarten sind nicht unser Fokus, das liegt bei externen Anbieter, da haben wir keine Kontrolle drüber und wir können das nicht aktuell halten. Aber dennoch: Wollen wir etwas für reine Kartenkonsumenten tun? (In meinen Augen sind das alles immer auch potentielle, zukünftige Mapper.) WAS können wir tun, um den Zugriff auf Garminkarten zu vereinfachen? Die FOSSGIS Server stehen zur Produktion aktueller Karten prinzipiell zur Verfügung. Derzeitiger Stand ist, dass die Computerteddy-Karte dort hergestellt wird. Die Erzeugung der AIO ist AFAIK leider eingeschlafen. Das Problem, das ich hier hauptsächlich sehe ist dass es da leider wenige gibt die sich kümmern möchten. Das Problem sehe ich eher weniger darin, dass es zu wenig Karten gibt, die man einfach so konsumieren kann, sondern eher da, dass der unbedarfte Nutzer sie nicht findet. Das einzige, was wir zu bieten haben ist eine komplett unübersichtliche Wiki-Liste [1]. Und selbst die wird bspw. noch nicht mal von openstreetmap.de verlinkt. Diese linkt beim Thema Karten für Garmin auf [2]. Die Verbreitung der Karten passiert derzeit primär über Mund-zu-Mund-Propaganda in diversen Foren etc. Neben dem Austausch des Links wäre eine übersichtliche Übersichtsseite eine gute Sache (wurde glaub ich auch schon mal drüber hier oder im Forum-de diskutiert). Wo man als Nutzer etwas Filtern kann (Region, Fortbewegung) und dann wesentliche Infos zu den Karten bekommt. Evtl. noch ein Bild. Bisher hat sich keiner gefunden, der sowas programmieren/gestalten möchte... Das übliche Problem halt. Henning [1] http://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin/Downloadhttp://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin/Download [2] http://wiki.openstreetmap.org/wiki/DE:Garmin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feedback vom OpenStreetMap-Stand auf dem GeoGames Leipzig Event
Am 03.07.2012 14:50, schrieb Ronnie Soak: Viele der Leute am Stand waren völlig überrascht, dass es mehr als eine Garmin-Karte gibt. Wenn man ihnen dann aber erklärt, wie sie da dran kommen, winken sie ab. Ein rohes http/ftp Listing kann man heute halt keinem Endnutzer mehr zumuten. Genausowenig wie Wiki-Userseiten. Die Frage ist: Wenn das der Kartenersteller aber nun mal so macht, haben wir dann das Recht und/oder die Möglichkeit, das verbessern zu wollen? Mit einer guten, neutralen Übersichtsseite, die dann auf die Downloadseiten verlinkt hat sicher keiner ein Problem. Dennoch würde ich eine Listung dort freiwillig für den Anbieter machen. Denn man sollte nicht unterschätzen, welcher Traffic erzeugt wird, wenn genug Leute die Karten laden. Damit muss dann das Projekt auch klar kommen. Ebenso sollte man bedenken, dass viele der Projekte nur laufen können, weil sie Spenden bekommen. Von daher sollte man auch nicht einfach die Downloads direkt verlinken. Ich denke, es ist schon fair, wenn man den Weg unterstützt, den der Anbieter vorsieht oder die Karte eben nicht listet. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feedback vom OpenStreetMap-Stand auf dem GeoGames Leipzig Event
Hallo, On 07/03/12 15:37, aighes wrote: Die Verbreitung der Karten passiert derzeit primär über Mund-zu-Mund-Propaganda in diversen Foren etc. Bei mir in der Geofabrik rufen auch recht oft Leute an, die den Geofabrik-Downloadserver gefunden haben und nun wissen wollen: Wie kriege ich das auf mein Garmin? - die verweise ich je nach Typ an eine der etablierten Karten (Kleineisel, Cyclemap, OpenMTB, oder auch raumbezug.eu). Wenn die Leute dann aber unbedingt wissen wollen, wie sie denn jetzt eine Karte nur fuer Baden-Wuerttemberg machen oder so, sag ich immer mkgmap und bei Problemen im Forum oder auf der Liste fragen ;) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feedback vom OpenStreetMap-Stand auf dem GeoGames Leipzig Event
Am 3. Juli 2012 15:48 schrieb aighes o...@aighes.de: Mit einer guten, neutralen Übersichtsseite, die dann auf die Downloadseiten verlinkt hat sicher keiner ein Problem. Dennoch würde ich eine Listung dort freiwillig für den Anbieter machen. Denn man sollte nicht unterschätzen, welcher Traffic erzeugt wird, wenn genug Leute die Karten laden. Damit muss dann das Projekt auch klar kommen. Ebenso sollte man bedenken, dass viele der Projekte nur laufen können, weil sie Spenden bekommen. Von daher sollte man auch nicht einfach die Downloads direkt verlinken. Ich denke, es ist schon fair, wenn man den Weg unterstützt, den der Anbieter vorsieht oder die Karte eben nicht listet. Ja, das waren in etwa so die Argumente aus den vorherigen Diskussionen: - man darf den Leuten den Traffic nicht wegnehmen, wegen Werbe-/Spendenfinanzierung - man darf den Leuten nicht mehr Traffic schicken, wegen Begrenzungen - eine Übersichtsseite mit Direktlinks ist beinahe unmöglich, wegen der extrem heterogenen und auch noch instabilen Organisationsstruktur der Kartennabieter Also mir fallen da auch nur zwei Möglichkeiten ein: - Entweder noch mehr Erklärungen, HowTos und Tutorials, damit die Leute mit den ganzen Unterseiten klar kommen - zwecklos für den 08/15 Konsumenten - oder ein neues Angebot unter eigener Kontrolle, welches aber das selbe Leistungsdpektrum abdeckt wie die bestehenden Einzellösungen - unglaublich aufwendig Ich wollte mich halt nicht mit diesen zwei Sackgassen zufrieden geben. (Ist echt schwer, wenn man gerade hundert Leuten sagen musste, dass es keine 'einfache' Möglickeit gibt, sich ihre Karte zu laden.) Es gibt s viele kreative Lösungen im OSM Umfeld. Da muss doch jemand noch eine Idee haben ... Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feedback vom OpenStreetMap-Stand auf dem GeoGames Leipzig Event
Ronnie Soak chaoschaos0...@googlemail.com wrote: Ein rohes http/ftp Listing kann man heute halt keinem Endnutzer mehr zumuten. Genausowenig wie Wiki-Userseiten. Das ist nicht so sehr das Problem. Man könnte ja zumnindest auf openstreetmap.de einen prominenten link zu Garminkarten anlegen. Das Problem ist doch, dass wir derzeit außer Carsten niemanden haben, der sich um die automatische Produktion von Garminkarten kümmert. Carstens Karte wird aber AFAIK immer noch aktuell auf dem FOSGIS Server erzeugt. Gruss Sven -- We don't know the OS that God uses, but the Vatican uses Linux (Sister Judith Zoebelein, Vatican Webmaster) /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] Feedback vom OpenStreetMap-Stand auf dem GeoGames Leipzig Event
aighes o...@aighes.de wrote: Neben dem Austausch des Links wäre eine übersichtliche Übersichtsseite eine gute Sache (wurde glaub ich auch schon mal drüber hier oder im Forum-de diskutiert). Die http://openstreetmap.de Webseite ist im SVN. Wenn jemand da eine Seite mit Garminkartenlistings integriert und eincheckt schalte ich das gerne sofort aktiv :) Sven -- Ich fürchte mich nicht vor der Rückkehr der Faschisten in der Maske der Faschisten, sondern vor der Rückkehr der Faschisten in der Maske der Demokraten (Theodor W. Adorno) /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] Feedback vom OpenStreetMap-Stand auf dem GeoGames Leipzig Event
Hallo, vorweg: deine beiden Sackgassen sind für mich auch keine sinnvollen Lösungen. Am 03.07.2012 16:24, schrieb Ronnie Soak: Ja, das waren in etwa so die Argumente aus den vorherigen Diskussionen: - man darf den Leuten nicht mehr Traffic schicken, wegen Begrenzungen Nicht ganz: Man sollte den Anbieter vorher fragen, ob das ok für ihn ist. Manch einer hat seine Karte evtl. absichtlich nicht prominent verlinkt. - man darf den Leuten den Traffic nicht wegnehmen, wegen Werbe-/Spendenfinanzierung - eine Übersichtsseite mit Direktlinks ist beinahe unmöglich, wegen der extrem heterogenen und auch noch instabilen Organisationsstruktur der Kartennabieter Ich sehe keinen wirklichen Nachteil darin, wenn zwischen dem Portal und dem Download noch eine weitere Seite ist, die ansprechend aussieht. Wenn man dann auch nur auf einer wiki-link-Seite landet wären Direklinks natürlich besser. Vor allem, weil die Übersichtsseite nicht alle Details enthalten kann. Bei der Fütterung eines solchen Portals sehe ich auch nur geringe Probleme. Bei der wiki-Übersicht hat es ja auch geklappt. Ich denke, dass die Kartenanbieter durchaus bereit sind, die Infos zu ihren Karten dort aktuell halten. Viel mehr neue Ideen fallen mir auch nicht ein. Entweder man erklärt das bestehende System, man schafft ein neues, besseres System zur Auswahl oder man stellt eine neue Kartenserie (Rad, Auto, etc.) auf die Beine. Aber auch hier besteht immer die Gefahr, dass diese dann irgendwann einschläft und natürlich nicht zur Geltung kommt, dass OSM mehr zu bieten hat, als nur DIESE Karte. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feedback vom OpenStreetMap-Stand auf dem GeoGames Leipzig Event
Am 03.07.2012 16:43, schrieb Sven Geggus: Ronnie Soak chaoschaos0...@googlemail.com wrote: Ein rohes http/ftp Listing kann man heute halt keinem Endnutzer mehr zumuten. Genausowenig wie Wiki-Userseiten. Das ist nicht so sehr das Problem. Man könnte ja zumnindest auf openstreetmap.de einen prominenten link zu Garminkarten anlegen. Das Problem ist doch, dass wir derzeit außer Carsten niemanden haben, der sich um die automatische Produktion von Garminkarten kümmert. Carstens Karte wird aber AFAIK immer noch aktuell auf dem FOSGIS Server erzeugt. Ich denke das es da recht viele Karten gibt, die mehr oder weniger automatisch erzeugt werden. Nur halt nicht auf den FOSGIS Servern. Ich denke auch, dass es nicht unbedingt darauf ankommt, wo und wie die Karte erzeugt wird. Ich denke es ist auch recht unrealistisch, dass man alle Karten auf diesem Server rechnet. Mal eine kleine (unvollständige) Liste: OpenFietsMap RadReiseKarte OpenMTBMap und VeloMap Freizeitkarte Kleineisel ... Das Problem ist nicht, dass es keine aktuelle Vielfalt gibt, sondern dass die Nutzer diese Vielfalt anscheinend nicht finden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feedback vom OpenStreetMap-Stand auf dem GeoGames Leipzig Event
On Tue, Jul 03, 2012 at 04:24:43PM +0200, Ronnie Soak wrote: - oder ein neues Angebot unter eigener Kontrolle, welches aber das selbe Leistungsdpektrum abdeckt wie die bestehenden Einzellösungen - unglaublich aufwendig Also ich finde http://garmin.openstreetmap.nl/ macht schon sehr viel von dem, was wir wollen. Da müssen nur noch die anderen Styles rein und dann ordentlich Rechenpower dahinter. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feedback vom OpenStreetMap-Stand auf dem GeoGames Leipzig Event
Am 3. Juli 2012 17:18 schrieb Jochen Topf joc...@remote.org: Also ich finde http://garmin.openstreetmap.nl/ macht schon sehr viel von dem, was wir wollen. Da müssen nur noch die anderen Styles rein und dann ordentlich Rechenpower dahinter. Ja, das ist auch meine Lieblingskarte. Neuerdings gibt es da sogar schon eine mit/ohne typfile Auswahl. Die hat ohne Screenshot allerdings noch wenig Sinn. Fehlt nur noch eine Profildatei, die auch die Kartenfeatures anpasst. Dazu müssten aber zB die Anbieter der Radreisekarte oder der AiO bereit sein, ihre erarbeiteten Einstellungen und Styles zur Verfügung zu stellen. Da das jetzt schon auf einem Niederländischen Hochschulserver läuft, habe ich keine Ahnung, wieviel Leistung schon dahinter steckt. Immerhin hat die Seite schon lange ein gutes Caching der oft geladenen Länder. Vielleicht schreib ich zu dem Thema den Herrn Lambertus mal direkt an. Am 3. Juli 2012 17:14 schrieb aighes o...@aighes.de Das Problem ist nicht, dass es keine aktuelle Vielfalt gibt, sondern dass die Nutzer diese Vielfalt anscheinend nicht finden. Wie ich schon eingangs schrieb: Genau! Am 3. Juli 2012 16:59 schrieb aighes o...@aighes.de Ich sehe keinen wirklichen Nachteil darin, wenn zwischen dem Portal und dem Download noch eine weitere Seite ist, die ansprechend aussieht. Wenn man dann auch nur auf einer wiki-link-Seite landet wären Direklinks natürlich besser. Vor allem, weil die Übersichtsseite nicht alle Details enthalten kann. Diese Seite(n) 'dazwischen' ist(/sind) momentan die Seiten der Anbieter. Und die sehen leider nicht immer ansprechend aus. Und bitte jetzt nicht als Abwertung gegen die Ersteller sehen. Ich hab hohen Respekt vor ihren Leistungen beim Erstellen von Garmin-Karten, aber Webdesign muss ja nun nicht jedermanns Hobby sein. NOCH eine Seite dazwischen bringt dann dem Konsumenten nichts. Bei der Fütterung eines solchen Portals sehe ich auch nur geringe Probleme. Bei der wiki-Übersicht hat es ja auch geklappt. Ich denke, dass die Kartenanbieter durchaus bereit sind, die Infos zu ihren Karten dort aktuell halten. Ich hab das zwar bei der Erstellung der Liste selbst nicht geglaubt, aber ja, dass klappt recht gut. Viel mehr neue Ideen fallen mir auch nicht ein. Entweder man erklärt das bestehende System, man schafft ein neues, besseres System zur Auswahl oder man stellt eine neue Kartenserie (Rad, Auto, etc.) auf die Beine. Aber auch hier besteht immer die Gefahr, dass diese dann irgendwann einschläft und natürlich nicht zur Geltung kommt, dass OSM mehr zu bieten hat, als nur DIESE Karte. Das Erklären des bestehenden Systems bringt uns nicht (viel) weiter als jetzt. Usability kann man nicht herbeierklären. Das wäre immer nur eine Krücke. Ein neues System wäre dann ein Erfolg, wenn es so flexibel ist, dass neue Entwicklungen gleich an und mit eben diesem System erfolgen. Nach dem Muster: shapefile, filterregeln, optionsfile, stylefile, typfile hochladen, Aktualisierungsintervall einstellen und neue Karte vom Server beziehen. Damit findet die Entwicklung neuer Karten direkt zentral statt, und nicht mehr im Privatblog des 'Künstlers'. Selbst wenn dieser die Lust verliert, bleibt die Karte (bzw. deren Erstellungsregeln) erhalten und kann immer wieder produziert werden. Problematisch wir es erst, wenn sich die toolchain grundlegend unterscheidet. Aber bis jetzt ist die ja relativ gleich, oder? Das bedeutet natürlich, dass man dann zentral eine Menge Rechenpower braucht, und wer will die wieder bezahlen? Und ich bin natürlich weit davon entfernt, sowas selbst implementieren zu können. Wie war das letztens bei twitter: Moderne Grammatik: der Delegativ Futur: jemand müsste irgendwann mal. Gruss, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feedback vom OpenStreetMap-Stand auf dem GeoGames Leipzig Event
Am 03.07.2012 18:58, schrieb Ronnie Soak: Am 3. Juli 2012 17:18 schrieb Jochen Topf joc...@remote.org: Also ich finde http://garmin.openstreetmap.nl/ macht schon sehr viel von dem, was wir wollen. Da müssen nur noch die anderen Styles rein und dann ordentlich Rechenpower dahinter. Ja, das ist auch meine Lieblingskarte. Neuerdings gibt es da sogar schon eine mit/ohne typfile Auswahl. Die hat ohne Screenshot allerdings noch wenig Sinn. Fehlt nur noch eine Profildatei, die auch die Kartenfeatures anpasst. Dazu müssten aber zB die Anbieter der Radreisekarte oder der AiO bereit sein, ihre erarbeiteten Einstellungen und Styles zur Verfügung zu stellen. Die Styles stehen zur Verfügung. Das ist kein Problem. Das Problem sehe ich eher in der Rechenpower. Man müsste quasi pro Karte jede Garmin-Kachel einmal rechnen. Ich weiß nicht, ob das realistisch und sinnvoll ist. Ein neues System wäre dann ein Erfolg, wenn es so flexibel ist, dass neue Entwicklungen gleich an und mit eben diesem System erfolgen. Nach dem Muster: shapefile, filterregeln, optionsfile, stylefile, typfile hochladen, Aktualisierungsintervall einstellen und neue Karte vom Server beziehen. Damit findet die Entwicklung neuer Karten direkt zentral statt, und nicht mehr im Privatblog des 'Künstlers'. Selbst wenn dieser die Lust verliert, bleibt die Karte (bzw. deren Erstellungsregeln) erhalten und kann immer wieder produziert werden. Problematisch wir es erst, wenn sich die toolchain grundlegend unterscheidet. Aber bis jetzt ist die ja relativ gleich, oder? Die Toolchain ist in der Regel einheitlich bzw. ähnlich. Wobei es natürlich schon Unterschiede gibt. Bspw. mit Höhenlinien und ohne etc. Aber das dürfte sich auch lösen lassen. Das Problem ist die Rechenpower ;) Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feedback vom OpenStreetMap-Stand auf dem GeoGames Leipzig Event
On Tue, Jul 03, 2012 at 08:22:51PM +0200, aighes wrote: Die Toolchain ist in der Regel einheitlich bzw. ähnlich. Wobei es natürlich schon Unterschiede gibt. Bspw. mit Höhenlinien und ohne etc. Aber das dürfte sich auch lösen lassen. Das Problem ist die Rechenpower ;) Man setzt nen Rechner auf, der kontinuierlich Updates rechnet. Um so schneller der ist, um so häufiger gibt es Updates. Wenns mehr Styles gibt, dann geht halt für jeden einzelnen Style langsamer. Dann macht man einen Spendenbutton auf die Seite und sagt: Um so mehr Geld zusammen kommt, um so eher können wir einen weiteren Server dazustellen. Wenn Leute sehen, wofür sie Geld geben, dann funktioniert das sogar manchmal... Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feedback vom OpenStreetMap-Stand auf dem GeoGames Leipzig Event
Die Styles stehen zur Verfügung. Das ist kein Problem. Das Problem sehe ich eher in der Rechenpower. Man müsste quasi pro Karte jede Garmin-Kachel einmal rechnen. Ich weiß nicht, ob das realistisch und sinnvoll ist. Natürlich wieder on Demand und mit Caching, so wie das bei Lambertus jetzt auch ist. Da muss man nicht gleich die ganze Welt vorrechnen. Aber ansonsten: Ja, genau das wird ja jetzt auch gemacht. Nur halt über viele Anbieter verteilt. Die Toolchain ist in der Regel einheitlich bzw. ähnlich. Wobei es natürlich schon Unterschiede gibt. Bspw. mit Höhenlinien und ohne etc. Aber das dürfte sich auch lösen lassen. Das Problem ist die Rechenpower ;) Ja, das ist in der Tat das Problem. Sicher gibt keiner der bisherigen Anbieter mal eben seine Rechenpower für so einen gemeinschaftlichen Ansatz her. Ich würde mein mühsam zusammengeklöppeltes Spielzeug sicher auch nicht unter Fremdkontrolle stellen. Allerdings könnte ich mir schon vorstellen, dass das recht gnädig skaliert. Sprich: bei zu hohem Ansturm verlängern sich einfach die Wartezeiten, was automatisch den Ansturm abschwellen läst. Lambertus macht momentan ja auch nichts anderes, als die Kacheln frisch zu berechnen (und eine Weile zu cachen.) Höher wäre die Last nur, weil dass eben mehr Leute nutzen würden, wenn es vielseitiger ist und man es prominent verlinkt. BTW: ist das erzeugen großer, aussortierter Datenpakete mit der Overpass-API eigentlich effizienter als das aussortieren unbrauchbarer Objekte direkt mit mkgmap? Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feedback vom OpenStreetMap-Stand auf dem GeoGames Leipzig Event
Man setzt nen Rechner auf, der kontinuierlich Updates rechnet. Um so schneller der ist, um so häufiger gibt es Updates. Wenns mehr Styles gibt, dann geht halt für jeden einzelnen Style langsamer. Dann macht man einen Spendenbutton auf die Seite und sagt: Um so mehr Geld zusammen kommt, um so eher können wir einen weiteren Server dazustellen. Wenn Leute sehen, wofür sie Geld geben, dann funktioniert das sogar manchmal... Warum denn kontinuierlich Updates rechnen? Das bedeutet doch wieder, dass man sich auf ein fixes Stylepaket festlegen muss. Warum nicht on Demand genau das Stylepaket und die Kacheln rechen, die der Nutzer haben will. Use Case: Nutzer wählt aus Dropdown zB. den VeloMap Style aus, klickt sich aber noch die Höhenlinien dazu und dafür die Gebäudeumrisse raus. Außerdem hätte er gerne Schutzhütten und Parkbänke drin, kann aber auf die Restaurants verzichten. Dazu ein kleiner Hinweis: Wenn du den Schmarn mit dem Rumkonfigurieren lässt, bekommst du die Karte gleich aus dem Cache, ansonsten dauert's. Der Rest klappt dann wie von dir beschrieben. Der Nutzer muss 4h auf seine Karte warten. Will er, dass es nächstes mal schneller geht, muss er auf den Spenden-Button drücken. Der Server rechnet natürlich immer noch kontinuierlich, doch halt nicht mehr auf ständige Updates, sondern auf der Anfragenqueue. Hach, erfindet sich das leicht, wenn man's nicht implementieren muss Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feedback vom OpenStreetMap-Stand auf dem GeoGames Leipzig Event
Hi, On 03.07.2012 21:22, Ronnie Soak wrote: Use Case: Nutzer wählt aus Dropdown zB. den VeloMap Style aus, klickt sich aber noch die Höhenlinien dazu und dafür die Gebäudeumrisse raus. Außerdem hätte er gerne Schutzhütten und Parkbänke drin, kann aber auf die Restaurants verzichten. Waren wir uns nicht gerade eben noch fast einig, dass das Erstellen von Garminkarten zu kompliziert ist ;) Was Du da schilderst, ist vielleicht ein Traum fuer den Power-User, aber der kann sich das heute auch schon alles selbst basteln. Der User, der im Moment im Regen steht, ist mit so einer Auswahl, wie Du sie oben schilderst, doch total ueberfordert. Ich glaube, was hier fehlt, ist weniger eine Vielzahl von tollen Tools, sondern ein Redakteur, der sagt: Ok, wenn Dein Einsatzzweck A ist und Dein Geraet B, dann lade genau dieses File runter. Gerade die Vielfalt ist es doch, die die Nutzer derzeit erschlaegt. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feedback vom OpenStreetMap-Stand auf dem GeoGames Leipzig Event
Am 03.07.2012 21:22, schrieb Ronnie Soak: Man setzt nen Rechner auf, der kontinuierlich Updates rechnet. Um so schneller der ist, um so häufiger gibt es Updates. Wenns mehr Styles gibt, dann geht halt für jeden einzelnen Style langsamer. Dann macht man einen Spendenbutton auf die Seite und sagt: Um so mehr Geld zusammen kommt, um so eher können wir einen weiteren Server dazustellen. Wenn Leute sehen, wofür sie Geld geben, dann funktioniert das sogar manchmal... Warum denn kontinuierlich Updates rechnen? Das bedeutet doch wieder, dass man sich auf ein fixes Stylepaket festlegen muss. Warum nicht on Demand genau das Stylepaket und die Kacheln rechen, die der Nutzer haben will. Use Case: Nutzer wählt aus Dropdown zB. den VeloMap Style aus, klickt sich aber noch die Höhenlinien dazu und dafür die Gebäudeumrisse raus. Außerdem hätte er gerne Schutzhütten und Parkbänke drin, kann aber auf die Restaurants verzichten. Dazu ein kleiner Hinweis: Wenn du den Schmarn mit dem Rumkonfigurieren lässt, bekommst du die Karte gleich aus dem Cache, ansonsten dauert's. Um evtl. mal etwas zur Rechenzeit zu sagen: Ich rechne auf 4 Kernen eines AMD X6 1090T mit einer SSD und 8GB RAM für Deutschland ~40min. gmapsupp.img packen und einen Installer machen nochmal 30min. Für jede Zusammenstellung an Kacheln kann man je nach Anzahl ~ 5min Rechnen und benötigt die Größe aller Kacheln als freien RAM für die Adresssuche. Für jede neue Variante müssen alle Kacheln neu gerechnet werden. Es könnte klappen, wenn man Rechenpower hat und die User Geduld haben und warten. Je mehr Auswahl der Nutzer hat, desto verwirrter ist er aber auch. Einfacher und auch kostengünstiger dürfte eine Auswahlhilfe sein. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feedback vom OpenStreetMap-Stand auf dem GeoGames Leipzig Event
Am 3. Juli 2012 22:00 schrieb Frederik Ramm frede...@remote.org: Waren wir uns nicht gerade eben noch fast einig, dass das Erstellen von Garminkarten zu kompliziert ist ;) Was Du da schilderst, ist vielleicht ein Traum fuer den Power-User, aber der kann sich das heute auch schon alles selbst basteln. Der User, der im Moment im Regen steht, ist mit so einer Auswahl, wie Du sie oben schilderst, doch total ueberfordert. Ich glaube, was hier fehlt, ist weniger eine Vielzahl von tollen Tools, sondern ein Redakteur, der sagt: Ok, wenn Dein Einsatzzweck A ist und Dein Geraet B, dann lade genau dieses File runter. Gerade die Vielfalt ist es doch, die die Nutzer derzeit erschlaegt. Ja, da hast du durchaus recht. Wie anfangs erwähnt ging es mir aber auch darum, die Poweruser und 'Kartenkünstler' an so eine zentrale Plattform heranzuführen, damit die Entwicklungen nicht wieder in den Userseiten und Privatblogs stattfinden. Der unbedarfte Konsument wählt aus dem Preset-Dropdown und gut ist, den Rest sieht er im Idealfall gar nicht. Und das on-demand Konzept finde ich auch weiterhin Klasse. Einen Redakteur werden wir eh nie haben, weil die Anwendungen auch einfach zu unterschiedlich sind. Aber mit so einem zentralen System hat's der Nutzer wenigstens leicht, ein paar Varianten durchzuprobieren. Und nicht wie jetzt, wo er eine komplett neue Seite 'lernen' muss, um mal eine andere Karte auszuprobieren. Eine Kompatibilitätsliste wäre natürlich auch schön, aber dass wir das nicht leisten können hab ich beim Workshop gemerkt. Kein Mensch bringt alle Geräte zusammen und kann sie auch noch unter allen Bedingungen testen. Viele Merkwürdigkeiten treten auch erst im Zusammenspiel mit anderen (OSM/kommerziellen) Karten auf. Das einzig erreichbare wäre ein 'erfolgreich getestet auf' Feedback von den Nutzern selbst. Naja, ist eh nur Träumerei. Oder kannst du sowas umsetzen? Wenn man den Lambertus, den Computerteddy und den Pascal Neis mal für 24h in einen Raum sperren würde ;-) Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Strade temporanee
Ciao a tutti, ultimamente faccio poco e mi limito a inserire le modifiche sulla viabilit pi importanti. In particolare sulla Treviso Mare, a Jesolo e lungo la A4 per i lavori della 3 corsia. Il mio dubbio principale riguarda le strade temporanee come ad esempio qua [0] Quella che ho indicato come "highway=construction construction=primary note=Strada attualmente percorribile" la strada che da qualche settimana bisogna percorrere a causa dei lavori sulla rotonda in costruzione. Il pezzo spezzato di primary con la nota "Strada demolita" ora non esiste pi. Prima di fare le modifiche definitive (come invece ho fatto sulla rotonda pi a sx, tra l'area industriale e l'uscita in costruzione sulla A4) volevo qualche parere: - lascio stare perch sono lavori temporanei, su brevissimi percorsi e che dovrebbero finire entro l'estate? - visto che una strada molto trafficata da turisti verso il mare e siamo in estate andrebbe tenuta aggiornata costantemente? - se la tengo aggiornata come taggo quei percorsi? Allo stesso modo come se fosse definitiva o esiste qualche tag per le deviazioni per lavori e per i percorsi temporanei da aggiungere? C' un altro esempio qua [1] da dove non passo pi da oltre un mese e che probabilmente gi cambiato. Ciao Giuliano [0] http://osm.org/go/0ID2mUZi [1] http://osm.org/go/0IDv4UynU-- ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strade temporanee
Il giorno 03 luglio 2012 11:22, Giuliano giuli...@zamboni.pro ha scritto: Il mio dubbio principale riguarda le strade temporanee come ad esempio qua [0] Normalmente io taggo come strada normale le vie percorribili, anche se fanno parte di un cantiere e pertanto configurano una deviazione che prima o poi verrà rimossa alla strada principale, alla quale applico dei tag in maniera appropriata durante il cantiere (access=no, costruction ecc... a seconda di quel che serve) Ove si parli di un cantiere che cambia di tanto in tanto per i suoi stessi progressi, cerco di tenerlo aggiornato in modo che chi passi di là, dati OSM alla mano, possa ritrovarcisi e non scoprire che c'è una rotonda non segnalata, uno svincolo, un semaforo ecc... A Torino ci sono esempi come se piovesse, visto che ogni pochi mesi (settimane) cambia qualche pezzo di viabilità attorno ai cantieri del passante ferroviario (e tra un po' anche sul prolungamento della metro), per quanto possibile mi piace tenere aggiornata la situazione. -- Maurizio Daniele - maurizio.daniele (a) gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Numeri civici con relazione
Ciao, non ho mai usato le relazioni per mappare i numeri civici. Volendo usarle mi domandavo: * si può usare Potlatch in qualche modo o serve Josm? * come ci si comporta quando la strada è formata da più spezzoni? * come si mappa un indirizzo civico usando la relazione? * ci sono pagine wiki che spiegano passo-passo come fare? Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Numeri civici con relazione
On mar, 2012-07-03 at 12:11 +0200, Stefano Fraccaro wrote: Ciao, non ho mai usato le relazioni per mappare i numeri civici. Volendo usarle mi domandavo: * si può usare Potlatch in qualche modo o serve Josm? Non uso quasi mai potlatch; suppongo che per maneggiare relazioni sia meglio josm * come ci si comporta quando la strada è formata da più spezzoni? * come si mappa un indirizzo civico usando la relazione? https://wiki.openstreetmap.org/wiki/Proposed_features/It:Numeri_civici#mediante_una_relazione Devi creare una relazione di tipo associatedStreet (non è obbligatorio darle un nome) che associ una strada agli edifici. I numeri civici li metti sugli edifici con addr:housenumber. I membri della relazione possono avere ruolo street (uno o più spezzoni di strada) oppure house (uno o più nodi/building) /bruno -- CONTACTS == http://tracciabi.li/~bruno/contacts.html == ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strade temporanee
Secondo me se la strada è percorribile è da evitare l'highway=construction. Se per esempio i dati vengono usati da un navigatore GPS, quest'ultimo non vi farà percorrere la strada. Ti consiglio di tenerla aggiornata (se puoi) con il tag previsto alla fine dei lavori. Magari aggiungi in nota il fatto che la strada è provvisoria. A meno che non esistano tag appositi che non conosco... * Edoardo Tona* Il giorno 03 luglio 2012 11:22, Giuliano giuli...@zamboni.pro ha scritto: Ciao a tutti, ultimamente faccio poco e mi limito a inserire le modifiche sulla viabilità più importanti. In particolare sulla Treviso Mare, a Jesolo e lungo la A4 per i lavori della 3° corsia. Il mio dubbio principale riguarda le strade temporanee come ad esempio qua [0] Quella che ho indicato come highway=construction construction=primary note=Strada attualmente percorribile è la strada che da qualche settimana bisogna percorrere a causa dei lavori sulla rotonda in costruzione. Il pezzo spezzato di primary con la nota Strada demolita ora non esiste più. Prima di fare le modifiche definitive (come invece ho fatto sulla rotonda più a sx, tra l'area industriale e l'uscita in costruzione sulla A4) volevo qualche parere: - lascio stare perchè sono lavori temporanei, su brevissimi percorsi e che dovrebbero finire entro l'estate? - visto che è una strada molto trafficata da turisti verso il mare e siamo in estate andrebbe tenuta aggiornata costantemente? - se la tengo aggiornata come taggo quei percorsi? Allo stesso modo come se fosse definitiva o esiste qualche tag per le deviazioni per lavori e per i percorsi temporanei da aggiungere? C'è un altro esempio qua è [1] da dove non passo più da oltre un mese e che probabilmente è già cambiato. Ciao Giuliano [0] http://osm.org/go/0ID2mUZi [1] http://osm.org/go/0IDv4UynU-- ___ 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] Strade temporanee
2012/7/3 EdoardoT tona.edoa...@gmail.com: Secondo me se la strada è percorribile è da evitare l'highway=construction. +1 highway=construction è per strade in costruzione, quindi non generalmente percorribili. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Numeri civici con relazione
2012/7/3 Stefano Fraccaro stefano.fracc...@libero.it: Ciao, non ho mai usato le relazioni per mappare i numeri civici. Volendo usarle mi domandavo: si può usare Potlatch in qualche modo o serve Josm? come ci si comporta quando la strada è formata da più spezzoni? come si mappa un indirizzo civico usando la relazione? ci sono pagine wiki che spiegano passo-passo come fare? premesso che sono contrario alla mappatura di cose semplici con metodi complicati (per un civico non serve una relazione, tutto ciò che serve si può benissimo esprimere con dei tags, e diventa anche molto più stabile e manutenibile in questa maniera), credo che anche con Potlatch si possono utilizzare le relazioni per qualunque cosa (basta creare un relazione, associarne dei tags e dei membri con appositi ruoli). Non ti aspettare però che Potlatch capisca quello che mappi (non ti farà vedere graficamente il significato della tua mappatura). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Numeri civici con relazione
Il giorno 03 luglio 2012 15:12, Martin Koppenhoefer dieterdre...@gmail.comha scritto: premesso che sono contrario alla mappatura di cose semplici con metodi complicati (per un civico non serve una relazione, tutto ciò che serve si può benissimo esprimere con dei tags, Fin qui posso essere d'accordo, ... e diventa anche molto più stabile e manutenibile in questa maniera) ...ma questo sai anche tu che non è vero ;-) Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Numeri civici con relazione
Il 03/07/2012 13:51, bruno ha scritto: https://wiki.openstreetmap.org/wiki/Proposed_features/It:Numeri_civici#mediante_una_relazione Devi creare una relazione di tipo associatedStreet Oppure, secondo me meglio, street. https://wiki.openstreetmap.org/wiki/Relations/Proposed/Street (non è obbligatorio darle un nome) Meglio metterlo, male non fa. I numeri civici li metti sugli edifici con addr:housenumber. Personalmente preferisco su un nodo dove nella realtà si trova la targhettina col numero, ma su questo punto ci sono scuole di pensiero discordanti. Ciao! Carlo -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\`/\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Numeri civici con relazione
2012/7/3 Simone Saviolo simone.savi...@gmail.com: e diventa anche molto più stabile e manutenibile in questa maniera) ...ma questo sai anche tu che non è vero ;-) non ha molto senso ripetere le stessi discussioni ogni mese ;-), ma rispondo comunque: secondome si. Sò che la mia non è l'unica opinione nel mondo osm e che sopratutto in italia ci sono alcuni altri mappatori che preferiscono le relazioni per i civici *’. Credo che anche questo thread lo dimostra: chi non mappa frequentemente spesso si spaventa dei relazioni, e probabilmente non tocca un way per paura di distruggere qualcosa, nonostante abbia scoperto un errore da qualche parte. *’ Al momento ci sono 72.286 relazioni del tipo associatedStreet nel nostro db (globale), rispetto a 10.357.029 nodi con addr:housenumber e 13.967.774 elementi con addr:street. Purtroppo hanskalab non mi funziona al momento e quindi non posso dirvi quali sono i numeri per l'Italia. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Numeri civici con relazione
Premetto che la mappatura al 90% la faccio con Vespucci 0.7 su Android che non supporta le relazioni quindi ho tutti addr:street . Ma visto che per Castelfranco Veneto avremo diversi walking paper magari sarà meglio gestire tutto con relazioni (o almeno provarci):-) Provando entrambi poi mi farò una idea più precisa nel merito Il 03/07/2012 15.30, Martin Koppenhoefer ha scritto: *’ Al momento ci sono 72.286 relazioni del tipo associatedStreet nel nostro db (globale), rispetto a 10.357.029 nodi con addr:housenumber e 13.967.774 elementi con addr:street. Purtroppo hanskalab non mi funziona al momento e quindi non posso dirvi quali sono i numeri per l'Italia. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Numeri civici con relazione (senza vie)
Io vorrei chiedere come fare la relazione oppure l'associazione in posti (credo più per paesi piccoli, ma neanche tanto) che non hanno i nomi delle vie? Intanto devo dire che l'opzione di indicare il nome della via/strada con Località XX non mi piace, io sarei propenso a lasciare il name=* vuoto / non metterlo. Poi però come associare il numero civico al paese (village e/o locality)? Grazie Damjan ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Numeri civici con relazione
Am 03.07.2012 15:45, schrieb Stefano Fraccaro: Premetto che la mappatura al 90% la faccio con Vespucci 0.7 su Android che non supporta le relazioni quindi ho tutti addr:street . Ma visto che per Castelfranco Veneto avremo diversi walking paper magari sarà meglio gestire tutto con relazioni (o almeno provarci):-) Provando entrambi poi mi farò una idea più precisa nel merito Poi c'è anche la possibilità di mandarci un bot che prende il nome della strada dalla relazione e la mette sui membri house come addr:street. Anche se dal punto databankesco non lo trovo così piaceovole avere il nome della strada per l'ennesima volta con il numero. Ma questo è una preferenza personale. -- cheers, Alex ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Numeri civici con relazione (senza vie)
Il 03/07/2012 15:46, Damjan Gerl ha scritto: Io vorrei chiedere come fare la relazione oppure l'associazione in posti (credo più per paesi piccoli, ma neanche tanto) che non hanno i nomi delle vie? Non ho mai visto casi del genere; se devi mandare una lettera a qualcuno in quel posto, che indirizzo metti? Carlo -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\`/\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] CAP
Da qualche anno il CAP del mio comune (Duino Aurisina /Devin Nabrežina) è stato unificato, nel senso che tutto il comune ha lo stesso numero CAP - 34011. Ora io credo che bisognerebbe mettere questo numero solamente da una parte in OSM, senza metterlo in tutti gli address:*=* oppure altrove. Dove consigliate di metterlo? Logico sarebbe metterlo nella relazione del comune stesso, ma messo così viene interpretato/usato bene? Grazie Damjan ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Numeri civici con relazione (senza vie)
Am 03.07.2012 15:46, schrieb Damjan Gerl: Io vorrei chiedere come fare la relazione oppure l'associazione in posti (credo più per paesi piccoli, ma neanche tanto) che non hanno i nomi delle vie? Intanto devo dire che l'opzione di indicare il nome della via/strada con Località XX non mi piace, io sarei propenso a lasciare il name=* vuoto / non metterlo. Poi però come associare il numero civico al paese (village e/o locality)? Se vuoi fare la relazione, fai, come già detto prima, una relazione del tipo street o associatedStreet, con le addr:housenumber del tipo house; non c'è strada, per questo non so se è pensabile prendere il tag place=* come tipo street? -- cheers, Alex ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Numeri civici con relazione (senza vie)
Am 03.07.2012 15:52, schrieb Carlo Stemberger: Il 03/07/2012 15:46, Damjan Gerl ha scritto: Io vorrei chiedere come fare la relazione oppure l'associazione in posti (credo più per paesi piccoli, ma neanche tanto) che non hanno i nomi delle vie? Non ho mai visto casi del genere; se devi mandare una lettera a qualcuno in quel posto, che indirizzo metti? Fino ad un anno fa, in Alto Adige, c'erano le frazioni del comune di Rio Pusteria, che avevano solo i numeri: Valles 1, Valles 2, Valles 3, Spinga 3, Spinga 10, ... Poi l'ultimo anno hanno scelto dei nomi per le vie, e non c'è più problema (un problema c'era perché c'erano indirizzi troppo simili: A Rio Pusteria c'era la Via Valles, e poi si è potuto scrivere xyz Via Valles 10 Rio Pusteria oppure xyz Valles 10 Rio Pusteria L'uno era a Rio Pusteria, l'alto a Valles (sempre nel comune di Rio Pusteria). -- cheers, Alex ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Numeri civici con relazione (senza vie)
Il giorno 03 luglio 2012 15:52, Carlo Stemberger carlo.stember...@gmail.com ha scritto: Il 03/07/2012 15:46, Damjan Gerl ha scritto: Io vorrei chiedere come fare la relazione oppure l'associazione in posti (credo più per paesi piccoli, ma neanche tanto) che non hanno i nomi delle vie? Non ho mai visto casi del genere; se devi mandare una lettera a qualcuno in quel posto, che indirizzo metti? Io si. Borgata taldeitali N.27 Località case sparse N. 122 Ecc... Questo perché le vie, in una borgata del genere, non hanno nome (sono per lo più tratturi) per cui tutte le case del borgo hanno una numerazione progressiva. -- Maurizio Daniele - maurizio.daniele (a) gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Numeri civici con relazione (senza vie)
Carlo Stemberger, on 03/07/2012 15.52, wrote: Il 03/07/2012 15:46, Damjan Gerl ha scritto: Io vorrei chiedere come fare la relazione oppure l'associazione in posti (credo più per paesi piccoli, ma neanche tanto) che non hanno i nomi delle vie? Non ho mai visto casi del genere; se devi mandare una lettera a qualcuno in quel posto, che indirizzo metti? Carlo Nome della località e numero civico Ad es. il mio indirizzo: Aurisina / Nabrežina, 169/D Ma credo che valga per tutti i paesi, paeselli che ci sono in giro e che non hanno nomi di vie. Damjan ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Numeri civici con relazione (senza vie)
Alexander Roalter, on 03/07/2012 15.54, wrote: Se vuoi fare la relazione, fai, come già detto prima, una relazione del tipo street o associatedStreet, con le addr:housenumber del tipo house; non c'è strada, per questo non so se è pensabile prendere il tag place=* come tipo street? Questa è una possibilità, un'altra sarebbe usare un'area con village=* e mettere quella nella relazione. Oppure con l'area ma senza relazione? Cosa ne dite? Damjan ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] CAP
2012/7/3 Damjan Gerl dam...@damjan.net: Da qualche anno il CAP del mio comune (Duino Aurisina /Devin Nabrežina) è stato unificato, nel senso che tutto il comune ha lo stesso numero CAP - 34011. Ora io credo che bisognerebbe mettere questo numero solamente da una parte in OSM, senza metterlo in tutti gli address:*=* oppure altrove. Dove consigliate di metterlo? Logico sarebbe metterlo nella relazione del comune stesso, ma messo così viene interpretato/usato bene? Al meno quelli addr:postcode che oramai sono superati dovrebbero essere cambiati. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Numeri civici con relazione
2012/7/3 Alexander Roalter alexan...@roalter.it: Poi c'è anche la possibilità di mandarci un bot che prende il nome della strada dalla relazione e la mette sui membri house come addr:street. Anche se dal punto databankesco non lo trovo così piaceovole avere il nome della strada per l'ennesima volta con il numero. Ma questo è una preferenza personale. si, avrei pensato di farlo al contrario: nel database prendere i singoli nodi con tutti i tags, creare una tabella per i civici e creare relazioni tra la tabella delle strade e quella dei civici ;-) Su un database che controlli tu (e nessun principiante o vandalo mette mai mano), quello è sicuramente la soluzione più pulita e elegante. Invece in un database dove migliai di persone per lo più non professionali interagiscono (anche in scrittura), come quello di OSM, potrebbe essere meglio avere le informazioni singoli direttamente e facilmente accessibili e modificabili. Qualunque ulteriore passo / accesso indiretto già fa perdere potenziali mappatori per complessità. Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Fwd: [Rebuild] Changeset whitelist/blacklist - technical assistance needed
riposto mail di Richard, potenzialmente di interesse anche per i nostri dati. -S -- Forwarded message -- From: Richard Fairhurst rich...@systemed.net Date: Wed, Jun 27, 2012 at 7:22 PM Subject: [Rebuild] Changeset whitelist/blacklist - technical assistance needed To: rebu...@openstreetmap.org Hello all, Working from Frederik's source material, which in turn is derived from the pages on the wiki (http://wiki.openstreetmap.org/wiki/WTFE and http://wiki.openstreetmap.org/wiki/Quick_History_Service/Changeset_Lists), Andy has added the relevant whitelists and blacklists to the redaction code. The code is at https://github.com/gravitystorm/openstreetmap-license-change/tree/against_api and in particular the files: users_whitelist.txt changesets_whitelist.txt changesets_blacklist.txt additional_users.xml We would like people to help check that these files are sane, so that we don't end up (say) deleting Frederik's edits, and keeping John Smith's, as the result of a typo. So if you have any time (asap, of course) to run some simple tests of your choosing and satisfy yourself that it's sane, and report back, that would be very welcome. Thank you. This is by necessity a fairly technical task, but as this is a list for technical discussion of the rebuild project that shouldn't faze any of you. ;) cheers Richard ___ Rebuild mailing list rebu...@openstreetmap.org http://lists.openstreetmap.org/listinfo/rebuild -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-lt] Proskynos
On 07/03/2012 09:47 PM, Tomas Straupis wrote: Sveiki Kokių turite minčių dėl proskynų (miškuose) žymėjimo? Turimos omeny priešgaisrinės proskynos. Ir tokios, kuriose realiai nėra vėžių, t.y. kai netinka highway=track. Pas kaimynus mačiau man_made=fire_wall, nors tokio wikyje nematau ir pats žodis „wall“ čia keistas. Labiau tiktų fire_break. http://en.wikipedia.org/wiki/Fire_break Pagrinde fire_break vadina, bet yra ir kitokiu pavadinimu... Kartu pas kaimynus pridėta highway=path - šitas tikriausiai tik tam, kad kažkaip matytųsi žemėlapyje, nes realiai tai gerai prižiūrėtos proskynos ne pati geriausia vieta vaikščiojimui. ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Proskynos
žodis „wall“ čia keistas. Labiau tiktų fire_break. Nepaminėjai, kad wiki neblogai aprašytas man_made=cutline. realiai tai gerai prižiūrėtos proskynos ne pati geriausia vieta vaikščiojimui. http://lists.openstreetmap.org/pipermail/talk/2008-July/027906.html Graikijoje proskynos būna ne tik miške :) Tiesa, ana diskusija davė tik užuominas. -- saimhe ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Proskynos
Nepaminėjai, kad wiki neblogai aprašytas man_made=cutline. O, šitas puikiai tinka! Netgi tiks pažymėti LDK sieną: http://kvr.kpd.lt/heritage/Pages/KVRDetail.aspx?lang=ltMC=32633 (cutline=border) Jei nebus prieštaravimų, įrašysiu proskynos žymėjimą į wikibooks: man_made=cutline/cutline=firebreak -- Tomas ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-gb-westmidlands] Proposed Summer timetable - July meet
Another month revolves. We are due to meet in Lichfield this Thursday. As we have previously enjoyed The Bowling Green as a pub I've suggested it again on the wiki. If anyone wants to do a cake? Mostly we need to do infill as I think road wise we are in reasonable shape though we may lose a bit here and there when the redaction process for the licence change runs. See you there Thursday. Cheers Andy From: Brian Prangle [mailto:bpran...@gmail.com] Sent: 09 April 2012 16:43 To: talk-gb-westmidlands Subject: [Talk-gb-westmidlands] Proposed Summer timetable Hi everyone Here's a suggestion for what we should get up to this summer - based on what people felt was OK at the April meeting and also some invention from me. I've tried to make the monthly meetings accessible by rail and also to get the Birmingham residents moving out nearer to other mappers who trudge regularly into Brum in the winter. Andy and I also discussed possibly contacting mappers in Birmingham Alabama to see if we could accelerate their map with some armchair mapping Regards Brian Date Activity Venue Time May 3rd Monthly Meeting -summer mapping White Lion Hampton in Arden map when you like beforehand- meet in pub 8pm June 7th Monthly Meeting -summer mapping Coventry (pub TBA) map when you like beforehand- meet in pub 8pm June 23rd Saturday Mini Mapping Party National Arboretum Memorial Alrewas 10:00 AM July 6th Monthly Meeting -summer mapping Lichfield map when you like beforehand- meet in pub 8pm July 21st Saturday Mini Mapping Party Henley-in Arden 10:00 AM Aug 3rd Monthly Meeting -summer mapping Coleshill map when you like beforehand- meet in pub 8pm Sep 6th Monthly Meeting -summer mapping Bromsgrove map when you like beforehand- meet in pub 8pm ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-se] Motionsspårskarta
aaa, en sådan lite detalj som påverka så mycket. Jag tittade flera gånger och kunde inte se felstavningen. Lite frustrerande med att den stavningen används, som programmerare är jag van att det alltid är color som används. Så jag har gjort det felet själv några gånger, och vi är nog inte de enda som gör det felet heller. Bra att du lägger in lite feltolerans. Men kan du inte även lägg in rutter som inte har någon colour inlagd (antingen för att det inte finns eller för att mapparen inte känner till färgen). Även sådana löpaspår är intressanta att rendera. //Magnus Den 2 juli 2012 14:19 skrev Tobias Johansson t...@mensa.se: Hej Skatåsspåren som var inlagda (av mig också händelsevis) hade jag taggat color istället för colour. Detta har jag åtgärdat nu, och ikväll skall jag nog köra en uppdatering av min postgre-databas så de förhoppningsvis dyker upp. Kanske skall ordna så min renderare inte bryr sig om det står colour eller color. Med vänlig hälsning, Tobias Den måndagen den 2:e juli 2012 skrev Magnus Österlund: Jag tycker det ser snyggt ut, bra jobbat. Saknas dock löparspåren i Skatås utanför Göteborg. Kan inte se varför inte de renderas. Relationerna är: 1822651 1822652 1822649 1822650 Den 1 juli 2012 11:56 skrev Tobias Johansson t...@mensa.se: Hej Har exprementarat lite med det här att rendera kartor. Har satt upp en liten webbserver här hemma på min dator. http://83.233.132.52/ (var snälla att inte utnyttja denna address ni får, jag kanske inte har stängt allt jag borde stängt på den. IP-säkerhet är inte min starkaste sida.) Jag renderar från en postgre-db med en något modifierad .style import (lagt till colour på _line). Sen letar jag efter route=running och att colour' '. Och renderar sedan de färger jag hittat. Bredden på linjen sätts av ordningen på färgen. Änsålänge går det ju bra eftersom det bara finns 9 färger i databasen men blir nog problem om fler lägger in flera färger :). Får se om jag kan lösa det nån dag på nåt annat sätt. (gör lite manuellt jobb på stilsheeten också..). Databasen uppdateras inte automatiskt. Så vi får se när jag löser in en ny databas, detta är mest experiment som kanske kan kvala in på en framtida OSM-server i Sverige som vi talat om tidigare :) MvH Tobias ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Motionsspårskarta
Förstår ditt argument att slippa omärkta leder. Problemet är t.ex. mindre elljusspår på mindre orter där det bara finns en led att följa. Det är mycket tydligt var leden finns, så det behövs inte olika färger för att märka upp leden. Colour är i dessa fall oralevent, och det är officiella tydliga leder. Men om det blir problem med för många omärkta inofficiella leder kanske man får sätta attributet colour ändå för att det ska synas, men det känns lite fel. Den 2 juli 2012 17:47 skrev Tobias Johansson t...@mensa.se: Hej igen Själv programmerare från länge sedan (länge sen jag gjorde nåt allvarligt dock) så jag vet vad du menar. colour verkar användas mycket mer än color i osm. Dock så använder JOSM color som standard, vilket förgrymmar mig lite... Att rendera spår utan färg har jag funderat på. Lägger nog in det ikväll.. Anledningen att det inte fanns är att jag är rädd att andra kommer lägga in omärkta löpspår, och jag vill egentligen på min karta bara ha skyltade löpspår. Så att man som turist kan se vart det finns löpspår man kan springa utan att behöva karta och kompass :). MvH Tobias Den 2 juli 2012 15:14 skrev Magnus Österlund magnusolsso...@gmail.com: aaa, en sådan lite detalj som påverka så mycket. Jag tittade flera gånger och kunde inte se felstavningen. Lite frustrerande med att den stavningen används, som programmerare är jag van att det alltid är color som används. Så jag har gjort det felet själv några gånger, och vi är nog inte de enda som gör det felet heller. Bra att du lägger in lite feltolerans. Men kan du inte även lägg in rutter som inte har någon colour inlagd (antingen för att det inte finns eller för att mapparen inte känner till färgen). Även sådana löpaspår är intressanta att rendera. //Magnus Den 2 juli 2012 14:19 skrev Tobias Johansson t...@mensa.se: Hej Skatåsspåren som var inlagda (av mig också händelsevis) hade jag taggat color istället för colour. Detta har jag åtgärdat nu, och ikväll skall jag nog köra en uppdatering av min postgre-databas så de förhoppningsvis dyker upp. Kanske skall ordna så min renderare inte bryr sig om det står colour eller color. Med vänlig hälsning, Tobias Den måndagen den 2:e juli 2012 skrev Magnus Österlund: Jag tycker det ser snyggt ut, bra jobbat. Saknas dock löparspåren i Skatås utanför Göteborg. Kan inte se varför inte de renderas. Relationerna är: 1822651 1822652 1822649 1822650 Den 1 juli 2012 11:56 skrev Tobias Johansson t...@mensa.se: Hej Har exprementarat lite med det här att rendera kartor. Har satt upp en liten webbserver här hemma på min dator. http://83.233.132.52/ (var snälla att inte utnyttja denna address ni får, jag kanske inte har stängt allt jag borde stängt på den. IP-säkerhet är inte min starkaste sida.) Jag renderar från en postgre-db med en något modifierad .style import (lagt till colour på _line). Sen letar jag efter route=running och att colour' '. Och renderar sedan de färger jag hittat. Bredden på linjen sätts av ordningen på färgen. Änsålänge går det ju bra eftersom det bara finns 9 färger i databasen men blir nog problem om fler lägger in flera färger :). Får se om jag kan lösa det nån dag på nåt annat sätt. (gör lite manuellt jobb på stilsheeten också..). Databasen uppdateras inte automatiskt. Så vi får se när jag löser in en ny databas, detta är mest experiment som kanske kan kvala in på en framtida OSM-server i Sverige som vi talat om tidigare :) MvH Tobias ___ 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-es] descargar de limites administrativos.
Hola todos, He estado hablando con la gente de OSM de Venezuela y nos interesa corregir los limites administrativos. El principal problema es que no forman parte de relaciones y que existen mucho límites duplicados. Me he mirado el articulo de Ivan http://ivan.sanchezortega.es/fronteras_osm.html y he probado la opción de los filtros, con esto he corregido algunos limites de municipios pero si quiero bajar de admin_level a estado el área es muy grande y no me deja descargar los datos en el JSOM. Como podría hacer para descargar los datos de los límites administrativos? He probado descargarme los datos de Cloudmade http://downloads.cloudmade.com/americas/south_america/venezuela#downloads_breadcrumbsel venezuela.administrative.osm.bz2http://downloads.cloudmade.com/americas/south_america/venezuela/venezuela.administrative.osm.bz2y junto con el venezuela.coastline.osm.bz2http://downloads.cloudmade.com/americas/south_america/venezuela/venezuela.coastline.osm.bz2 pero a la hora de subir las modificaciones me dan mucho conflictos que según los resuelvo me aparecen otros, y de esta forma no he podido hacer mucho. Mi idea es comenzar primero con los niveles más generales (Estados) y luego ir subiendo de niveles http://wiki.openstreetmap.org/wiki/Venezuela:Map_Features boundary http://wiki.openstreetmap.org/wiki/Key:boundary administrative [image: Area] http://wiki.openstreetmap.org/wiki/Elements#Area_.28closed_way_.29 Ejemplo: Estado level=4, Municipio level=6, Parroquia level=8 He visto lo de la XAPI pero según parece que esta parado el servicio, http://wiki.openstreetmap.org/wiki/Xapi Aquí ponen muchas opciones http://wiki.openstreetmap.org/wiki/Downloading_data ¿Cual usar? Que me recomiendan? Gracias, -- Saludos, Bolo www.geoinquiets.cat ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] descargar de limites administrativos.
Hola a todos. Soy reciente en openstreetmap y no se si mi pregunta es inoportuna. He subido algunos cambios con el problema que a distintos niveles de zoom unos nodos se ven y otros no. Mi pregunta es: El nivel de zoom al que son vistos los nodos y tracks es editable con algun atributo? Gracias de antemano. Saludos. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] descargar de limites administrativos.
On Martes, 3 de julio de 2012 12:50:56 Josico escribió: Hola a todos. Soy reciente en openstreetmap y no se si mi pregunta es inoportuna. He subido algunos cambios con el problema que a distintos niveles de zoom unos nodos se ven y otros no. Mi pregunta es: El nivel de zoom al que son vistos los nodos y tracks es editable con algun atributo? Dependiendo del nivel de zoom los cambios tardan más o menos en generarse. Para niveles bajos de zoom (es decir cubriendo grandes extensiones como las necesarias para cambiar los límites administrativos) pueden llegar a pasar semanas. -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] descargar de limites administrativos.
El día 3 de julio de 2012 12:50, Josico jagf...@hotmail.com escribió: Hola a todos. Soy reciente en openstreetmap y no se si mi pregunta es inoportuna. Si la pregunta es de OSM, es oportuna. Bienvenido. :-) Sin embargo, para otra vez, sería preferible que si abrieras otro hilo si tu comentario no está relacionado con aquél al que respondes. He subido algunos cambios con el problema que a distintos niveles de zoom unos nodos se ven y otros no. Mi pregunta es: El nivel de zoom al que son vistos los nodos y tracks es editable con algun atributo? Sí, en el renderer (software que genera las imágenes). El que aparece en osm.org está controlado por los desarrolladores. Puedes sugerirle hacer cambios, pero lo normal es que sólo se hacen cuando muchas personas están de acuerdo. Tienes dos posibilidades, ir a Editar fecha hacia abajo Examinar datos del mapa o crearte tu propio mapa (no es fácil). Algunos proveedores te permiten ver más o menos iconos: ej: http://open.mapquest.es/ , pinchando en los botones superiores -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] descargar de limites administrativos.
El 3 de julio de 2012 09:46, Wladimir Szczerban bolo...@gmail.com escribió: Hola todos, He estado hablando con la gente de OSM de Venezuela y nos interesa corregir los limites administrativos. El principal problema es que no forman parte de relaciones y que existen mucho límites duplicados. Me he mirado el articulo de Ivan http://ivan.sanchezortega.es/fronteras_osm.html y he probado la opción de los filtros, con esto he corregido algunos limites de municipios pero si quiero bajar de admin_level a estado el área es muy grande y no me deja descargar los datos en el JSOM. Como podría hacer para descargar los datos de los límites administrativos? He probado descargarme los datos de Cloudmade http://downloads.cloudmade.com/americas/south_america/venezuela#downloads_breadcrumbs el venezuela.administrative.osm.bz2 y junto con el venezuela.coastline.osm.bz2 pero a la hora de subir las modificaciones me dan mucho conflictos que según los resuelvo me aparecen otros, y de esta forma no he podido hacer mucho. Para cosas tan grandes, yo tiraría de planet.osm.org, me bajaría todo el mundo (o un extracto) y luego filtraría con osmosis. Así tendrías algo muy actualizado y con los números de versión, que es probablemente lo que te cause conflicto. Mi idea es comenzar primero con los niveles más generales (Estados) y luego ir subiendo de niveles Puede que te cree menos conflictos empezar al revés, primero por los más pequeños y luego por los más generales, pero todo depende del workflow que sigas. http://wiki.openstreetmap.org/wiki/Venezuela:Map_Features boundary administrative Ejemplo: Estado level=4, Municipio level=6, Parroquia level=8 He visto lo de la XAPI pero según parece que esta parado el servicio, http://wiki.openstreetmap.org/wiki/Xapi Aquí ponen muchas opciones http://wiki.openstreetmap.org/wiki/Downloading_data ¿Cual usar? OverPass API es la manera de trabajar, pero se usa normalmente para sacar extractos o estadísticas, y no para editar, porque puede tener mucho lag respecto los datos en vivo. Por eso te recomendaba lo de utilizar el planet. He sido un poco conciso porque este tema puede ser bastante complicado, pregunta cualquier duda que tengas. Y por cierto, antes de importar nada, asegúrate de que todo el tema de licencias es compatible (fundamental). -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] descargar de limites administrativos.
2012/7/3 Jaime Crespo jy...@jynus.com: El 3 de julio de 2012 09:46, Wladimir Szczerban bolo...@gmail.com escribió: Hola todos, He estado hablando con la gente de OSM de Venezuela y nos interesa corregir los limites administrativos. El principal problema es que no forman parte de relaciones y que existen mucho límites duplicados. Me he mirado el articulo de Ivan http://ivan.sanchezortega.es/fronteras_osm.html y he probado la opción de los filtros, con esto he corregido algunos limites de municipios pero si quiero bajar de admin_level a estado el área es muy grande y no me deja descargar los datos en el JSOM. Como podría hacer para descargar los datos de los límites administrativos? He probado descargarme los datos de Cloudmade http://downloads.cloudmade.com/americas/south_america/venezuela#downloads_breadcrumbs el venezuela.administrative.osm.bz2 y junto con el venezuela.coastline.osm.bz2 pero a la hora de subir las modificaciones me dan mucho conflictos que según los resuelvo me aparecen otros, y de esta forma no he podido hacer mucho. Para cosas tan grandes, yo tiraría de planet.osm.org, me bajaría todo el mundo (o un extracto) y luego filtraría con osmosis. Así tendrías algo muy actualizado y con los números de versión, que es probablemente lo que te cause conflicto. Normalmente si, pero desde abril en planet.osm.org no se publican los planetas automaticos semanales. Asi que download.geofabrik.de contiene ahora datos mucho mas actuales, se actualizan cada dia. Overpass en cambio actualiza los datos en vivo y es suficientemente actual para que se use en JOSM en vez de descargar directamente de los servidores de OSM. (en realidad se actualiza cada minuto, pero es suficiente) Con ediciones basadas en extractos de Xapi / Overpass hechos con filtración por tags hay que tener cuidado porque siempre son datos incompletos. Por ejemplo si te descargas los limites administrativos existentes con sus ways y nodos, los mismos nodos a veces forman parte de carreteras que no se han descargado, por lo cual si borras el nodo te va a dar un conflicto al subir. Si lo que haces es solamente crear y modificar objetos no habrá este riesgo. Cloudmade suele ser el mas desactualizado, en realidad no se si todavía lo están manteniendo. Al final puede ser que te de conflictos aunque uses los datos mas actuales porque ya sabéis que se están editando todo el tiempo. Para evitarlo se puede intentar hacer los cambios rápidamente y por la madrugada. También se puede dividir el área en partes mas pequeñas si es grande. Saludo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] descargar de limites administrativos.
2012/7/3 andrzej zaborowski balr...@gmail.com: Normalmente si, pero desde abril en planet.osm.org no se publican los planetas automaticos semanales. Asi que download.geofabrik.de contiene ahora datos mucho mas actuales, se actualizan cada dia. Me dio por verificar si geofabrik tiene extractos para Venezuela y resulta que no los tiene. Habría que pedir al dueño de geofabrik (frede...@remote.org) que los habilite. Saludos ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] [cat2osm] Terminamos de procesar Ciudad Real (Provincia)
Buenas El proceso ha tardado desde el 11 de mayo hasta el 22 de junio y ha generado 2.5 GB de ficheros. Desgraciadamente lo hemos hecho con la versión beta del cat2osm y no se pueden abrir con josm porque casca al no encontrar una vía o nodo. (deberíamos rellenar un bug? lo normal sería que diera un warning y eliminara la vía/nodo que no esta...) Hacer un programita que arregle esto, junte los ficheros y ponga los datos ordenados debería ser trivial, la pregunta es: ¿hay interés en que lo hagamos, o es preferible arreglar la beta del cat2osm y volverlos a procesar separando por masas los ficheros? En ambos casos, sería para hacerlo en septiembre (salvo que alguien le meta mano antes :P) En fin, ya nos direis. PD: Si alguien quiere descargarse el mamotrocho, son 210 MB. http://paginaspersonales.deusto.es/cruz.borges/CR.tar.xz -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] descargar de limites administrativos.
El 03/07/12 17:26, andrzej zaborowski escribió: 2012/7/3 andrzej zaborowskibalr...@gmail.com: Normalmente si, pero desde abril en planet.osm.org no se publican los planetas automaticos semanales. Asi que download.geofabrik.de contiene ahora datos mucho mas actuales, se actualizan cada dia. Me dio por verificar si geofabrik tiene extractos para Venezuela y resulta que no los tiene. Habría que pedir al dueño de geofabrik (frede...@remote.org) que los habilite. Puedes descargarte el extracto de Sudamérica y cortarlo con osmconvert. Sólo te llevará unos segundos (una vez que tengas el polígono con el que cortar). ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-at] OGD Steiermark
Hallo! Ich habe eine Antwort vom Land Steiermark zu den OGD-Daten bekommen. Siehe Mail unten. LG Erich Original-Nachricht Betreff:AW: Inspire Darstellungsdienste für OpenStreetMap Datum: Tue, 3 Jul 2012 10:46:54 +0200 Von:Mörth Oswald oswald.moe...@stmk.gv.at An: erich.osw...@chello.at erich.osw...@chello.at Kopie (CC): LBD-Stabsstelle_Geoinformation lbd...@stmk.gv.at Sehr geehrter Herr Oswald! Im Land Steiermark ist die OGD-Diskussion zwar im Gange aber noch nicht entschieden. Derzeit können wir KEINE CC-BY Lizenz für die genannten Dienste anbieten sondern lediglich eine CC BY-NC-SA! Das Anführen an zentraler Stelle wäre OK. Mit freundlichen Grüßen Dipl.-Ing Oswald Mörth ~~~ Leiter der LBD-Stabsstelle Geoinformation Amt der Steiermärkischen Landesregierung Stempfergasse 7 A-8010 Graz Öffentl.Verkehrsmittel: Straßenbahn Linien 1,3,4,5,6,7; Haltestelle: Hauptplatz Karte mit Haltestellenabfrage Tel.:+43(0)316/877-3948 Mobil: +43(0)676/86663948 Fax.+43(0)316/877-2067 ~~~ www.gis.steiermark.at ~~~ Die Informationen in dieser Nachricht sind vertraulich und ausschließlich für die Adressatin / den Adressaten bestimmt. Sollten Sie diese Nachricht irrtümlich erhalten haben, benachrichtigen Sie bitte umgehend die Senderin / den Sender und löschen Sie das Original. Jede andere Verwendung dieses E-Mails ist untersagt. This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. -Ursprüngliche Nachricht- Von: Schirgi Sylvia Im Auftrag von LBD-Stabsstelle_Geoinformation Gesendet: Freitag, 29. Juni 2012 07:07 An: Mörth Oswald Betreff: WG: Inspire Darstellungsdienste für OpenStreetMap -Ursprüngliche Nachricht- Von: Erich Oswald [mailto:erich.osw...@chello.at] Gesendet: Donnerstag, 28. Juni 2012 17:48 An: LBD-Stabsstelle_Geoinformation Betreff: Inspire Darstellungsdienste für OpenStreetMap Sehr geehrte Damen und Herren! Ich habe festgestellt, dass das Land Steiermark WMS-Daten im GIS-Portal zur Verfügung stellt. Als Mitarbeiter der freien Weltkarte OpenStreetMap (http://www.openstreetmap.org/) habe ich festgestellt, dass viele Ihrer Daten eine wertvolle Bereicherung für die OpenStreetMap darstellen würden. Bei den Nutzungsbedingungen weisen Sie auf die Notwendigkeit der Namensnennung der Quelle hin. In OpenStreetMap gibt es zwar die Möglichkeit, zu jedem einzelnen Element einen Quellennachweis anzugeben, es ist jedoch nicht ausgeschlossen, dass dieser später gelöscht oder verändert wird. Ebenso kann nicht sichergestellt werden, dass Anwender der OpenStreetMap-Daten diesen Quellennachweis ebenfalls auswerten und darstellen. Daher ergeht an Sie meine Frage, ob sie einer Nutzung der Daten in OpenStreetMap zustimmen, wenn der Quellennachweis - analog zu den Open Government Data Portalen anderer österreichischer Städte und Länder - an einer zentralen Stelle angeführt wird, das wäre hier: http://wiki.openstreetmap.org/wiki/Contributors#Austria Ich freue mich auf Ihre Antwort! Mit freundlichen Grüßen Oswald Erich Koloniegasse 4 8020 Graz ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-ca] OSM Android
Avis aux utilisateurs d'OpenstreetMap pour Android: La dernière version #OSMAnd 0.8.0 beta nécessite aussi la mise à jour des cartes vectorielles. Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Canvec in Potlatch 2
Hello talk-ca people, I've made a little change to Potlatch 2 that will ease the process of loading Canvec data. Potlatch's approach is very much here is some data that you can use to help your mapping, rather than here is some data you can upload in bulk, and the idea is that you load the data as a vector background then pull through the bits you want. You can find out how to do this at: http://wiki.openstreetmap.org/wiki/Canvec#Using_Potlatch cheers Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Tasking Manager Server
Hello, The developpers of Humanitarian OpenStreetMap Team (HOT) have created a community-work module OSM Tasking Managerhttp://wiki.openstreetmap.org/wiki/OSM_Tasking_Manager initialy built for the Humanitarian OSM Teamhttp://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Team, but I heard about the possibility of mounting another independant website aside from Humanitarian OSM Team , or the publication of OSM Tasking Manager's code (on Github or so...), to help local mappers groups mounting their own Tasking Manager Server to manage their own tasks. Does anyone knows if this code is available and where? Or does anyone knows if another Tasking Manager Server has been created for OSM contributors (aside from HOT) ? -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Canvec in Potlatch 2
On Tue, Jul 3, 2012 at 7:38 AM, Richard Fairhurst rich...@systemed.net wrote: I've made a little change to Potlatch 2 that will ease the process of loading Canvec data. Potlatch's approach is very much here is some data that you can use to help your mapping, rather than here is some data you can upload in bulk, and the idea is that you load the data as a vector background then pull through the bits you want. Sweet! I was tempted to go to the dark side to be able to import CanVec data with Merkaartor or JOSM, but I missed the intuitive interface that Potlatch provides. Not only do I have my cake, but I get to eat it as well... I think there's even icing on it these days! Thanks for all the work you do making these tools so easy to use and integrated so well! -- James VE6SRV ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Merging ways
So, do dig up an old thread again... is there a way to merge adjoining areas in Potlatch yet? I got a great answer from Adam Dunn on using the JOSM join ways feature. I'd like to be able to do this in Potlatch as it is annoying to have to switch to another editor just to be able to merge these adjoining nodes, and then join the two adjoining areas into a single common area. With the ability to import CanVec directly in Potlatch, having the ability to stitch areas back together right in Potlatch would be nice. I've been searching OSM help, but haven't found the answer yet. I might not be using the correct search terms though. -- James VE6SRV On Sat, Aug 20, 2011 at 11:15 PM, James Ewen ve6...@gmail.com wrote: Okay, how do I accomplish this task? I drew the outline of Wolf Lake by hand quite a while ago. I also imported the water features from CanVec as well. Now there are three ways defining the lake. One is the way that I drew by hand. The second is one imported from Canvec which is a simple outline with the tag natural:water. The other half of the lake (split across a CanVec tile boundary) is a multipolygon outer relation because there's an island in the lake. I have tried removing the ways that define the split in the tile, and join the two remaining halves. I can't do that because there's a tag conflict. I removed the tags from the natural:water side, and tried to join the remaining untagged way to the outer relation, but it does not want to stay joined together. One would think that you should be able to simply join the untagged way to the way defining the outer relation, completing the circular way. This should be the simple part, I would assume. The situation where each half of the lake is an outer relation with inner relations would make the process more complex as you would somehow have to make the inner relations on one of the outer relations move over to become inner relations to the other outer relation, while making only one of the outer relations define the whole lake. Having the CanVec data available is excellent, but stitching areas back together where they have been artificially split at a tile boundary is a bit of a bear for me. Anyone of the CanVec import experts out there have a bit of a tutorial lesson for me? Wolf Lake (Hand drawn) http://www.openstreetmap.org/browse/way/78288197 Wolf Lake (Canvec natural:water) http://www.openstreetmap.org/browse/way/81345148 Wolf Lake (Canvec outer relation) http://www.openstreetmap.org/browse/way/81400283 -- James VE6SRV ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Merging ways
No. There is no automated process in Potlatch2 that can do a so-called logical union of areas at the moment. The best way to do this right now is manually. You might want to ask the developers of Potlatch2 if they can code it up for you. - David E. Nelson - Original Message - From: James Ewen ve6...@gmail.com To: talk-ca talk-ca@openstreetmap.org Cc: Sent: Tuesday, July 3, 2012 7:21:10 PM Subject: Re: [Talk-ca] Merging ways So, do dig up an old thread again... is there a way to merge adjoining areas in Potlatch yet? I got a great answer from Adam Dunn on using the JOSM join ways feature. I'd like to be able to do this in Potlatch as it is annoying to have to switch to another editor just to be able to merge these adjoining nodes, and then join the two adjoining areas into a single common area. With the ability to import CanVec directly in Potlatch, having the ability to stitch areas back together right in Potlatch would be nice. I've been searching OSM help, but haven't found the answer yet. I might not be using the correct search terms though. -- James VE6SRV On Sat, Aug 20, 2011 at 11:15 PM, James Ewen ve6...@gmail.com wrote: Okay, how do I accomplish this task? I drew the outline of Wolf Lake by hand quite a while ago. I also imported the water features from CanVec as well. Now there are three ways defining the lake. One is the way that I drew by hand. The second is one imported from Canvec which is a simple outline with the tag natural:water. The other half of the lake (split across a CanVec tile boundary) is a multipolygon outer relation because there's an island in the lake. I have tried removing the ways that define the split in the tile, and join the two remaining halves. I can't do that because there's a tag conflict. I removed the tags from the natural:water side, and tried to join the remaining untagged way to the outer relation, but it does not want to stay joined together. One would think that you should be able to simply join the untagged way to the way defining the outer relation, completing the circular way. This should be the simple part, I would assume. The situation where each half of the lake is an outer relation with inner relations would make the process more complex as you would somehow have to make the inner relations on one of the outer relations move over to become inner relations to the other outer relation, while making only one of the outer relations define the whole lake. Having the CanVec data available is excellent, but stitching areas back together where they have been artificially split at a tile boundary is a bit of a bear for me. Anyone of the CanVec import experts out there have a bit of a tutorial lesson for me? Wolf Lake (Hand drawn) http://www.openstreetmap.org/browse/way/78288197 Wolf Lake (Canvec natural:water) http://www.openstreetmap.org/browse/way/81345148 Wolf Lake (Canvec outer relation) http://www.openstreetmap.org/browse/way/81400283 -- James VE6SRV ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Merging ways
On Tue, Jul 3, 2012 at 8:33 PM, David E. Nelson denelso...@yahoo.ca wrote: No. There is no automated process in Potlatch2 that can do a so-called logical union of areas at the moment. The best way to do this right now is manually. You might want to ask the developers of Potlatch2 if they can code it up for you. I guess that truly would be the icing on my cake that I'm eating then! -- James VE6SRV ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] tu fui ego eris // Extract de POI sur openstreetmaps
Le mardi 3 juillet 2012 07:53:17 Jean-Claude Repetto a écrit : On 07/03/2012 07:42 AM, Luc Xation wrote: Bonjour j'ai fait une petite application avec openstreetmaps du type around me qui affiche les cimetières les plus proches de sa position. ( code source + web http://tu-fui-ego-eris.antisocial.be/ ). Ma question est sur les méthodes possibles d'extraction de POI. Pour obtenir les coordonnées GPS de tous les cimetières de France, j'ai utilisé la base france.osm.bz2 plus un script python multi threads. Mais même avec plusieurs processus, cela nécessite un temps fou. Existe il d'autres alternatives ? Oui. Je connais celle-ci (il y en a peut-être d'autres) : http://wiki.openstreetmap.org/wiki/Overpass_API Je suis d'ailleurs étonné qu'il n'y ait pas d'instance publique pour afficher des POI avec cette API. Alors, j'ai commencé à faire une petit page pour entrer un tag et afficher le résultat de la requête. C'est pas grand chose. Si vous connaissez quelquechose du genre, je suis intéressé. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] GR circuits-de-france SCNF....
2012/7/2 PierreV belett...@hotmail.fr: Bref, cela m'étonnerais beaucoup qu'un tel portail ne se soit pas renseigné sur les problèmes de droits avec la Fédé de randonnée... et donc ils ont du trouver un accord? Si on regarde de près, ce site commercial ne fait que reprendre le fond de carte scanné IGN où figure accessoirement le GR. L'exemple que tu cites n'est pas le GR34 même s'il en emprunte une partie. Ce genre d'utilisation commerciale de l'API geoportail nécessite de verser une redevance, qui est donc une source de revenu pour l'IGN et au final, aussi (un peu) pour la FFRP. Il n'y a donc rien de nouveau ici. Par contre, ce site adopte aussi le fond de carte OSM Mapnik, ce qui est beaucoup plus problématique car ils ne respectent pas entièrement la licence et je doute qu'ils aient mis en place leur propre serveur de tuiles (avec les risques d'abus que l'on connait). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tu fui ego eris // Extract de POI sur openstreetmaps
Bonjour, De : Nicolas Dumoulin Le mardi 3 juillet 2012 07:53:17 Jean-Claude Repetto a écrit : On 07/03/2012 07:42 AM, Luc Xation wrote: Bonjour j'ai fait une petite application avec openstreetmaps du type around me qui affiche les cimetières les plus proches de sa position. ( code source + web http://tu-fui-ego-eris.antisocial.be/ ). Ma question est sur les méthodes possibles d'extraction de POI. Pour obtenir les coordonnées GPS de tous les cimetières de France, j'ai utilisé la base france.osm.bz2 plus un script python multi threads. Mais même avec plusieurs processus, cela nécessite un temps fou. Existe il d'autres alternatives ? Oui. Je connais celle-ci (il y en a peut-être d'autres) : http://wiki.openstreetmap.org/wiki/Overpass_API Je suis d'ailleurs étonné qu'il n'y ait pas d'instance publique pour afficher des POI avec cette API. Alors, j'ai commencé à faire une petit page pour entrer un tag et afficher le résultat de la requête. C'est pas grand chose. Si vous connaissez quelquechose du genre, je suis intéressé. Par rapport à la question initiale : en prenant le parti de télécharger un extract france comme tu l'as fait, alors Osmosis est sûrement une alternative à ton script Python : http://wiki.openstreetmap.org/wiki/Osmosis (ou alors j'ai compris la question de travers). @Nicolas : tu oserais une URL ? :-) vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] GR circuits-de-france SCNF....
Le 03/07/2012 09:12, Pieren a écrit : je doute qu'ils aient mis en place leur propre serveur de tuiles (avec les risques d'abus que l'on connait). Tu as raison. Voici le genre de requêtes qu'ils effectuent : GET http://tile.openstreetmap.org/13/3995/2853.png Jean-Claude ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fiabilité des noms de rue ?
2012/7/3 Ab_fab gamma@gmail.com: Ton questionnement se rapproche de ce qu'a déjà relevé Isnogoud au début de l'intégration : http://www.linux-nantes.org/wws/arc/openstreetmap-nantes Un lien vers l'archive elle-même aurait été plus facile à suivre (plutot que de copier 3 fois la même adresse)... Pour revenir à la question, certains noms connaissent plusieurs orthographes. Sur d'autres, c'est clairement des erreurs (l'exemple le plus souvent cité étant Clemenceau qui j'ai parfois vu en plaque de rue ou même en arrêt de bus avec Clémenceau). Et ces erreurs - en particulier celles concernant les accents ou les traits d'union - peuvent parfois se trouver sur les plaques de rues, sur le cadastre ou même dans les listes officielles en mairie, ce qui ne facilite pas notre travail. Lorsque j'ai un doute, je cherche l'ortographe la plus correcte possible et wikipedia est mon ami dans ces cas-là. Ensuite, comme il y a toujours une prime pour le terrain même si celui-ci peut avoir tord, il m'arrive de tagguer la deuxième orthographe avec le tag alt_name (pour alternative name). En principe, un moteur de recherche devrait avoir une certaine flexibilité sur ces points. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[forum-osm-fr]ronds points et interdictions de tourner � gauche
Le message suivant de : ## Dans une problématique de calcul d'itinéraire et à des fins de normalisation de règles de création, ne faudrait-il pas avertir le contributeur de positionner les interdiction de tourner à gauche sur les sorties de rond-point. De la même façon, ne faudrait-il ajouter comme règle de modélisation pour OSMOSE ce cas particulier pour les détecter ? exemple : http://map.project-osrm.org/NJ Calcul d'itinéraire sur OSRM Pour plus de précisions Il est absolument impossible dans la réalité de sortir d'un rond-point et d'immédiatement reprendre la voie opposée pour y re-rentrer. Sur le lien calcul d'itinéraire sur OSRM on peut voir cette manoeuvre rigoureusement interdite par la sécurité routière. Depuis le point de départ (sur un segment en sortie de rond-point) on repart sur le rond-point pour reprendre une voie d'entrée sur le rond-point. Je parle de ce noeud de liaison entre entrée/sortie qui ne porte pas de restriction Interdit de tourner à gauche et qui permet ce calcul d'itinéraire incorrect. Ici, il y a franchissement d'une ligne blanche continue. Je ne parle que des carrefours de type Rond-point ayant une configuration de segments entrée/sortie dédoublée créant une sorte de bifide (sous ce genre de représentation . Le segment sortie de rond-point et le segment entrée du rond-point constituant un angle. A la jonction de ces deux segments, le noeud (qui représente la pointe de ce triangle) devrait être taggé par une restriction d'interdiction de tourner à gauche car dans la réalité il est interdit de le faire car cela constitue une manoeuvre interdite. Suivant la taille des rond-points d'ailleurs on a des zébras ou des îlots ou au minimum une bande blanche après cette pointe. Rien ne me manque car la création d'une interdiction de tourner à gauche sur le noeud suffit. Cependant, je suggère (à concurrence de l'adhésion de la communauté à cette idée) que cela soit pris en compte comme une règle de modélisation. Si vous considérez que l'usager peut se permettre ce genre de manoeuvre alors... Je vous conseille d'afficher une orthophoto voir une photo aérienne pour comprendre ce que je vous signale. (affichez Bing aerial depuis OSRM en utilisant le lien) Merci. a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=5 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleurs réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fiabilité des noms de rue ?
Oups, mon intention était bien de pointer vers des messages précis, mais suite à un pb indépendant de ma volonté lors du copier (*) et surtout un manque de vérif après le coller ça donne n'importe quoi : Pouf pouf, je reprends : ll y a une intégration en cours des données de Nantes Métropole. http://wiki.openstreetmap.org/wiki/Nantes/Adresses_postales_Nantes_M%C3%A9tropole Cette source est de bonne qualité, mais probablement pas parfaite. Ton questionnement se rapproche de ce qu'a déjà relevé Isnogoud au début de l'intégration : http://www.linux-nantes.org/wws/arc/openstreetmap-nantes/2011-12/msg00020.html - La teneur de la conversation est en phase avec ce que dit Pieren dans le message précédent. Et j'ajoute que l'outil d'aide à l'intégration de BrunoC permet de recenser ce genre d'incohérences entre terrain / métropole / cadastre ... grâce à la catégorie Importé à revoir et ses balises rouges. http://arboulig.free.fr/OSM/ImportNM/?zoom=14lat=47.20814lon=-1.55983layers=BTitem=100 - (*) Si quelqu'un sait comment rétablir un Ctrl + Inser comme raccourci copier sous Ubuntu, sa réponse (en MP) est la bienvenue ;-) Le 3 juillet 2012 09:27, Pieren pier...@gmail.com a écrit : 2012/7/3 Ab_fab gamma@gmail.com: Ton questionnement se rapproche de ce qu'a déjà relevé Isnogoud au début de l'intégration : http://www.linux-nantes.org/wws/arc/openstreetmap-nantes Un lien vers l'archive elle-même aurait été plus facile à suivre (plutot que de copier 3 fois la même adresse)... -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr]ronds points et interdictions de tourner à gauche
Pour info, cette question est déjà postée sur le site help.openstreetmap.org: http://help.openstreetmap.org/questions/13939/interdiction-de-tourner-sur-entreesortie-de-rond-point et je tente d'y apporter une réponse (bien que cela mériterait peut-être une discussion plus large sur la liste tagg...@openstreetmap.org) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr]ronds points et interdictions de tourner à gauche
Même pour un calcul d itinéraire le plus court chemin est de continuer à tourner autour du rond point. Je n ai jamais vu de cas pratique où un routage produirait un bel chemin avec un tourner à gauche aussi serré pour un parcours le long des 2 branches du triangle de connexion au rond-point. Il n y a d ailleurs aucun panneau rendant cela possible mais il y a toujours un segment de ligne continue avant ce triangle qui interdise un tel demi tour aussi près de l franchement. Ne pas mettre cette interdiction ne conduit à aucune erreur que ce soit par le conducteur ou le moteur de routage sur une distance aussi courte. Est ce vraiment utile de marquer cette interdiction alors qu on a deux voies parallèles en sens uniques et opposés dont l angle fait 180 degrés? Le 3 juil. 2012 10:58, fo...@letuffe.org a écrit : Le message suivant de : ## Dans une problématique de calcul d'itinéraire et à des fins de normalisation de règles de création, ne faudrait-il pas avertir le contributeur de positionner les interdiction de tourner à gauche sur les sorties de rond-point. De la même façon, ne faudrait-il ajouter comme règle de modélisation pour OSMOSE ce cas particulier pour les détecter ? exemple : http://map.project-osrm.org/NJ Calcul d'itinéraire sur OSRM Pour plus de précisions Il est absolument impossible dans la réalité de sortir d'un rond-point et d'immédiatement reprendre la voie opposée pour y re-rentrer. Sur le lien calcul d'itinéraire sur OSRM on peut voir cette manoeuvre rigoureusement interdite par la sécurité routière. Depuis le point de départ (sur un segment en sortie de rond-point) on repart sur le rond-point pour reprendre une voie d'entrée sur le rond-point. Je parle de ce noeud de liaison entre entrée/sortie qui ne porte pas de restriction Interdit de tourner à gauche et qui permet ce calcul d'itinéraire incorrect. Ici, il y a franchissement d'une ligne blanche continue. Je ne parle que des carrefours de type Rond-point ayant une configuration de segments entrée/sortie dédoublée créant une sorte de bifide (sous ce genre de représentation . Le segment sortie de rond-point et le segment entrée du rond-point constituant un angle. A la jonction de ces deux segments, le noeud (qui représente la pointe de ce triangle) devrait être taggé par une restriction d'interdiction de tourner à gauche car dans la réalité il est interdit de le faire car cela constitue une manoeuvre interdite. Suivant la taille des rond-points d'ailleurs on a des zébras ou des îlots ou au minimum une bande blanche après cette pointe. Rien ne me manque car la création d'une interdiction de tourner à gauche sur le noeud suffit. Cependant, je suggère (à concurrence de l'adhésion de la communauté à cette idée) que cela soit pris en compte comme une règle de modélisation. Si vous considérez que l'usager peut se permettre ce genre de manoeuvre alors... Je vous conseille d'afficher une orthophoto voir une photo aérienne pour comprendre ce que je vous signale. (affichez Bing aerial depuis OSRM en utilisant le lien) Merci. a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=5 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleurs réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] N10 : trunk ou primary ?
Bonjour, Je suis étonné de voir que la N10 n'est taggué que en primary. Il me semble que cela devrait être un trunk ? Si j'en crois le wiki : primary : Le trafic dans les deux directions n'est généralement pas séparé par un* terre-plein central.* trunk : Souvent adaptées à de longs trajets ou à des* vitesses relativement élevées* Or, sur la partie de la N10 que je connais (dans les landes), c'est bien une 2*2voies séparées par un terre plein central. De même la Départementale qui va de Dax a Mont de Marsan est aussi dans ce cas. Est que ces tags résultent d'un compromis, du caractéristique que je n'aurais pas vu ? Ou bien simplement personne ne s'y est intéressé ? Merci. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
