[talk-ph] 1M building milestone
According to the latest geofabrik extract, we've traced 1M buildings. Nothing spacial really, just a good round number to celebrate. ;) https://www.facebook.com/OSMPH/photos/a.10151205842257597.502691.345455082596/10152521570317597/?type=1theater -- 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 https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] 1M building milestone
Ilang bahagi kaya niyan ang gawa ni Julius? :) A _spatial_ toast to all. Kampai! *Erwin Olario* - - - - - - - - - - - - - - - - - - - » email: erwin@ er...@ngnuity.net*n**gnu**IT**y**.**net* http://ngnuity.net/ | gov...@gmail.com » mobile: (PHL): +63 908 817 2013 » OpenPGP key: 3A93D56B | 5D42 7CCB 8827 9046 1ACB 0B94 63A4 81CE 3A93 D56B On Tue, Jul 15, 2014 at 4:53 PM, maning sambale emmanuel.samb...@gmail.com wrote: According to the latest geofabrik extract, we've traced 1M buildings. Nothing spacial really, just a good round number to celebrate. ;) https://www.facebook.com/OSMPH/photos/a.10151205842257597.502691.345455082596/10152521570317597/?type=1theater -- 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 https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] 1M building milestone
On Tue, Jul 15, 2014 at 5:01 PM, Erwin Olario gov...@gmail.com wrote: lang bahagi kaya niyan ang gawa ni Julius? :) Oo, ~130K kay Jules. ;) -- 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 https://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-legal-talk] Updated geocoding community guideline proposal
This is a solid proposal and has my support. As long as the purpose of a geocoder is geocoding, and not reverse engineering OSM, then it sensibly fits within the notions of an ODbL produced work. What I wonder is how we will move to decision making on the proposal? What's the OSMF process? -Mikel * Mikel Maron * +14152835207 @mikel s:mikelmaron On Thursday, July 10, 2014 10:54 PM, Alex Barth a...@mapbox.com wrote: I just updated the Wiki with a proposed community guideline on geocoding. In a nutshell: geocoding with OSM data yields Produced Work, share alike does not apply to Produced Work, other ODbL stipulations such as attribution do apply. The goal is to remove all uncertainties around geocoding to help make OpenStreetMap truly useful for geocoding and to drive important address and admin polygon contributions to OpenStreetMap. This interpretation is based on what we hear from our lawyers at Mapbox. As this is an interpretation of the ODbL, grey areas remain and therefore, seeing this interpretation adopted as a Community Guideline by the OSMF would be hugely helpful to create more certainty about the consensus around geocoding with OpenStreetMap data. Please review: https://wiki.openstreetmap.org/wiki/Open_Data_License/Geocoding_-_Guideline Cheers - Alex [1] https://lists.openstreetmap.org/pipermail/legal-talk/2013-June/007547.html ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Updated geocoding community guideline proposal
Hi, On 07/15/2014 01:26 PM, Mikel Maron wrote: As long as the purpose of a geocoder is geocoding, and not reverse engineering OSM, then it sensibly fits within the notions of an ODbL produced work. What if there are two processes run on a city extract - one is a SELECT * FROM planet_osm_point WHERE shop IS NOT NULL, and the other is a yellow pages operator geocoding all their proprietary shop information with OSM and storing the results in their proprietary database. Let's assume for a moment that both were to result in an almost identical database, give or take a few mismatches. The first would clearly be a derived database - no matter for what purpose the SELECT command was issued. And the second - because it was made with the purpose of geocoding - would not be a derived database but a produced work. Is that what you are saying? Because if it is, it seems to require a *lot* more explanation because it doesn't sound very convincing to me. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Updated geocoding community guideline proposal
On 2014-07-15 4:26 AM, Mikel Maron wrote: As long as the purpose of a geocoder is geocoding, and not reverse engineering OSM, then it sensibly fits within the notions of an ODbL produced work. A geocoder isn't a produced work or a derived database - it's software. Do you mean a geocoding result, or a database of geocoding results? What I wonder is how we will move to decision making on the proposal? What's the OSMF process? First we need to wait for discussion to be settled. After that, it'd be the same process as the other guidelines - to LWG for review, then the board. Also, everyone should remember the guidelines are on the wiki right now, so don't be afraid to edit the body of them, not just add examples. ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Updated geocoding community guideline proposal
On Mon, Jul 14, 2014 at 12:40 PM, Paul Norman penor...@mac.com wrote: On 2014-07-14 11:26 AM, Alex Barth wrote: Also if we assume geocoding yields Produced Work the definition of Substantial doesn't matter. A database that is based upon the Database, and includes any translation, adaptation, arrangement, modification, or any other alteration of the Database or of a Substantial part of the Contents is a derivative database. This doesn't exclude databases where the items in the database are produced works, e.g. a database of geocoding results. If you are extracting insubstantial parts of the database (keeping in mind that repeated insubstantial can be substantial) than the ODbL imposes no requirements, not share-alike nor attribution. To me it seems that there is a demarcation line between ephemeral geocoding on the one hand, where a singular coordinate pair is extracted from OSM as the result of a geocoding operation for the purpose of immediate use, leading to a Produced Work, and 'permanent geocoding' (as mentioned in the guidelines) on the other hand, where geocoding is used in a systematic way, leading to a Derivative database. Correct? This should be made clearer in the definition part of the guideline then, which now encapsulates both these use cases stating the result of geocoding is 'one or more Geocodes. Geocodes are then stored either permanently or temporarily [...]'. -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Updated geocoding community guideline proposal
On Tue, Jul 15, 2014 at 04:26:28AM -0700, Mikel Maron wrote: As long as the purpose of a geocoder is geocoding, and not reverse engineering OSM, then it sensibly fits within the notions of an ODbL produced work. please, read ODbL... produced work is “Produced Work” – a work (such as an image, audiovisual material, text, or sounds) resulting from using the whole or a Substantial part of the Contents (via a search or other query) from this Database, a Derivative Database, or this Database as part of a Collective Database. and 4.4.c. Derivative Databases and Produced Works. A Derivative Database is Publicly Used and so must comply with Section 4.4. if a Produced Work created from the Derivative Database is Publicly Used. so regardless of the licence used for produced work, there has to be You must include a notice associated with the Produced Work reasonably calculated to make any Person that uses, views, accesses, interacts with, or is otherwise exposed to the Produced Work aware that Content was obtained from the Database, Derivative Database, or the Database as part of a Collective Database, and that it is available under this License. (4.3.) and the underlying databases has to be released under an open licence. so the real question is which databases does geocoding create. clearly it creates a derivative database (select only those lat-lon which match some of these addresses) btw, cp planet.osm.bz2 planet.png creates a produced work... -- michal palenik www.freemap.sk www.oma.sk ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Updated geocoding community guideline proposal
2014-07-15 18:01 GMT+02:00 Michal Palenik michal.pale...@freemap.sk: btw, cp planet.osm.bz2 planet.png creates a produced work... LOL I'd doubt this, because an image is likely not to be read like in disk image, and not every file with an png extension will be considered an image... ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Updated geocoding community guideline proposal
On Tue, Jul 15, 2014 at 7:26 AM, Mikel Maron mikel.ma...@gmail.com wrote: This is a solid proposal and has my support. +1 This is a great effort to clarify something that causes a lot of confusion, and does so within the context of the current license. Very productive! As long as the purpose of a geocoder is geocoding, and not reverse engineering OSM, then it sensibly fits within the notions of an ODbL produced work. The biggest problem I've seen is companies wanting to geocode their proprietary address databases with Nominatim or similar, but are worried that storing the lat/lng results with trigger the ODbL. Having built a geocoder, I think sufficient art goes into it that the results should be considered a produced work. Of course a reverse engineered OSM is different from geocoding your own address database and should be prevented. Adopting clear guidelines in support of geocoding over OSM data will improve OSM, as a large number of developers would have the incentive to clean up data. There is huge demand for permissive geocoders in the development community. What I wonder is how we will move to decision making on the proposal? What's the OSMF process? Having a decision one way or the other is important, either yes or no. Because this work is certainly going to move forward somewhere, and it would be a shame for it not to improve OSM. -Randy ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Updated geocoding community guideline proposal
On Tue, Jul 15, 2014 at 06:22:29PM +0200, Martin Koppenhoefer wrote: 2014-07-15 18:01 GMT+02:00 Michal Palenik michal.pale...@freemap.sk: btw, cp planet.osm.bz2 planet.png creates a produced work... LOL I'd doubt this, because an image is likely not to be read like in disk image, and not every file with an png extension will be considered an image... you can view it on a display, you can print it. it's called modern art. :-) or even better example: bzcat planet.osm.bz2 | lp. what a nice text (xml). pure produced work which i hereby licence as beerware. ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk -- michal palenik www.freemap.sk www.oma.sk ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Updated geocoding community guideline proposal
On 11 July 2014 03:52, Alex Barth a...@mapbox.com wrote: I just updated the Wiki with a proposed community guideline on geocoding. Please review: https://wiki.openstreetmap.org/wiki/Open_Data_License/Geocoding_-_Guideline The whole point of the share-alike aspect of our licence is to stop people taking OSM, using it to 'improve' their own proprietary geo-data, and then not sharing the results back with the community. Whether you are for or against share-alike, that's what the community has decided to adopt, and that is what is required by the licences under which various source data has been used. So I think share-alike is here to stay. The loop-hole for produced works is to allow people to take proprietary style instructions / algorithms and run the geo-data through them to create something artistic, which they then don't have to share. But the ODbL ensures that the underlying geo-data (and any additions / modifications made to it) does have to be shared. So the way I see it, if there's any (substantial) addition of external geo-data along the way, then that addition creates a derivative database, before the produced work is created. So if you want to publicly use this database (or any produced work based on it) then either the derivative database must be shared-alike, or the algorithm used to produce it and any additional input data must be shared. In the case of any substanitial amount of geocoding, you are clearly having to add additional geographic data to the OSM data in order to do the geocoding. I would therefore argue that the result must be seen as a derivative database, and not as a produced work. (In fact I'd go slightly further, and say that in order to do the geocoding, you have to create a derivative database comprising the relevant data from OSM and the relevant address data you want to match against. You then run a query on that derivative database to produce your geocoded results.) And I think treating substantial amounts of geocoded results as a derivative database is certainly within the spirit of the licence, and something we would want share-alike to apply to. If people are enriching their own geographic data using OSM, we would like to be able to use their data to help improve OSM. I don't see why the specific case of geocoding should be any different to other uses of OSM data with data companies would like to keep private. In any case, even without these arguments, I think it would be impossible to argue that a substantial database of geocoded data that's been generated using OSM data is anything but a derivative database of OSM. So I don't think there's any getting around share-alike if your geocoded results are substantial. So for those wanting to geocode proprietary datasets using OSM, I think there are three main options: 1/ Make sure your geocoding only amounts to insubstantial use of OSM. Then share-alike never kicks in, and it's irrelevant whether the results are produced works or derivative databases. 2/ Make sure your geocoded database (and any produced works or derivatives therefore) is kept internal to the company. Hence it is never publicly used, and share-alike does not apply. 3/ Release the smallest possible derivatve database under the ODbL. As far as I can see this would need to include whatever input data is necessary for you to do the geocoding, as you need to include the address data and the OSM data in the same derivative databse in order to run your query on them to do the geocoding. As an example for 3, if you have a databse of company offices with addresses and other meta-data that you want to obtain lat/lons for, you'd need to release the address data and the lat-lons you've obtained. You needn't release the other meta-data, since that could be kept independently as part of a collective databse, with the two linked by some unique ID field. As an aside, I've yet to actually read a use case where this interpretation would be particularly problematic for a third party (at least no more so than any other proprietary data vs share-alike use case). The only thing I've seen where it might cause difficulties would be where individual user privacy is at risk. But I would have thought that either the users can keep their locations private (so not publicly used) or the locations can be linked to the private meta-data via an opaque key with the meta-data kept private in another part of a collective database. A company could always additionally geocode fictitious points to hide individual users to further increase privacy if they wanted. Given what I've written above, my view on https://wiki.openstreetmap.org/wiki/Open_Data_License/Geocoding_-_Guideline is that those proposing it need to go back to the drawing board. At the very least, it needs to start off with proper definitions / explanations of geocoding, and details included in each example to say whether or not they include substantial use of OSM. It also needs to acknowledge that databases of
[OSM-talk] OpenStreetMap Availability (Coverage) 2014
Interesting visualization about OpenStreetMap availability/coverage: Visualizing nodes per inhabitant worldwide. https://twitter.com/CiaranStaunton/status/488761438065156096 (Source: S. De Sabbatta, Oxford Internet Institute, 2014, http://geography.oii.ox.ac.uk ) Note: IMHO Diagram/color scheme has some potential to be enhanced. -S. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenStreetMap Availability (Coverage) 2014
What would be much more interesting is nodes mapped by mappers, much of Canada for example is imported from CANVEC. Cheerio John On 15 July 2014 08:15, Stefan Keller sfkel...@gmail.com wrote: Interesting visualization about OpenStreetMap availability/coverage: Visualizing nodes per inhabitant worldwide. https://twitter.com/CiaranStaunton/status/488761438065156096 (Source: S. De Sabbatta, Oxford Internet Institute, 2014, http://geography.oii.ox.ac.uk ) Note: IMHO Diagram/color scheme has some potential to be enhanced. -S. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenStreetMap Availability (Coverage) 2014
On Tuesday 15 July 2014, Stefan Keller wrote: Note: IMHO Diagram/color scheme has some potential to be enhanced. That seems kind of an understatement - the white areas are quite puzzeling for example - they are definitely not areas below a certain node density, easy to see if you compare to the recent node density map by Martin Raifer. They also do not appear to be areas with low population density (for example large essentially unpopulated areas of the southern Arabian Peninsula are included). This makes it a very misleading graphic IMO since deliberately leaving out significant parts of the data will influence many conclusions people might draw from such a map. -- Christoph Hormann http://www.imagico.de/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenStreetMap Availability (Coverage) 2014
Hi Christoph, You wrote: This makes it a very misleading graphic IMO since deliberately leaving out significant parts of the data will influence many conclusions people might draw from such a map. That's what I thought too. Which node density map by Martin Raifer do you mean? -S. 2014-07-15 18:32 GMT+02:00 Christoph Hormann chris_horm...@gmx.de: On Tuesday 15 July 2014, Stefan Keller wrote: Note: IMHO Diagram/color scheme has some potential to be enhanced. That seems kind of an understatement - the white areas are quite puzzeling for example - they are definitely not areas below a certain node density, easy to see if you compare to the recent node density map by Martin Raifer. They also do not appear to be areas with low population density (for example large essentially unpopulated areas of the southern Arabian Peninsula are included). This makes it a very misleading graphic IMO since deliberately leaving out significant parts of the data will influence many conclusions people might draw from such a map. -- Christoph Hormann http://www.imagico.de/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenStreetMap Availability (Coverage) 2014
On Tuesday 15 July 2014, Stefan Keller wrote: Which node density map by Martin Raifer do you mean? http://tyrasd.github.io/osm-node-density/ -- Christoph Hormann http://www.imagico.de/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-ie] Lesotho mapathon organised by Irish mappers
Good job Dave! You're realling putting the effort into this, and doing a lot of the boring grunt work that's vital for making an event like this turn out good. Keep up the good work. Unfortunately I'll be chilling in Dar Es Salaam airport most of the day, so I can't take part. :) Hope the event turns out successfully. :) Rory On 14/07/14 21:07, Dave Corley wrote: Folks, I sent this summary of activities on earlier today to the HOT (Humanitarian OpenStreetMap team) and I thought it would be worthwhile sharing with you all also to give you an idea of what we have been up to for this mapathon in the hopes that some might be more tempted to take the day off work and join us in Swords at the Fingal County Council buildingno pressure ;) -- Over the last 2 weeks, we have been reaching out to many, many individuals and groups. - Every regional OSM mailing list recieved an email asking for support. There have been responses but mostly single mappers saying they will join in on the 25th. In addition, we started with 3 groups hosting mapathons (Ireland, Lesotho Germany) and in recent days we have added 3 more, one in Poland, another in the US and most importantly, a 2nd event in Lesotho itself on the opposite side of the country - Some diary posts outlining the event / plans etc - Identified and contacted over 20 NGO's involved in working in Lesotho in some capacity, some (MSF) have come back saying they will host their own mapathon, some others (Help Lesotho) are looking for guidance so I've tried steering them to local mappers - There are 3 of us spamming twitter on a daily basis which has resulted in the numbers growing for the Irish event especially - Reached out to open data groups, and one prominent member of that community, Jason Hare, is organising his own event and has promised to start tweeting to his followers to get started on their own event - @jasonmhare. the Irish open data community have also been communicating about the event for us. - I've spoken with Derrick Rethans and he has agreed to make one of his awesome videos for us. This will be VERY important when Irish OSM members (Fingal Council staff) travel to Lesotho again next year as it will be used, along with other evidence, to show the power of what OSM can do to officials and locals alike - We've had contact from a consultancy firm here in Ireland which is involved with the Highland Development Agency in Lesotho. They have a lot of data on the highland areas, and are currently investigating inhouse to see if the data can be released to us (we will do our own due diligence on the data if given the approval). Its likely we will pull them into the mapathon event in Dublin also I'm sure I am forgetting things, but that should give you an idea of where we are at the moment. We're also starting to see a bump in the numbers currently mapping Lesotho based on the publicity though I'm aware this will die down once the 25th comes and goes. One area where we want to gain more traction is with the larger regional OSM groups e.g. Germany, France, Italy, USA, Russia etc etc, so if anyone here are members of those communities I would ask you to publicise this event to your local members. We are currently estimating just short of 100 people will be mapping on the day. The target, however optimistic, is to push that figure to 250. Lastly, does anyone know who I would talk to about getting tweets sent from the @openstreetmap account. It would be of benefit to be able to reach out to its 25,000 followers --- Actually there's another update since I sent that, there will be a mapping party in Ottawa taking part also. Hopefully this has inspired some of you and yes I know its on a Friday, but it would be fantastic a few more of you could attend to map and to help provide support to new mappers along for the event. At present we are just short of 20 attending the Swords event. I am hoping that by the time the event rolls around, we would have closer to 40 attending Thanks, Dave OSM - DaCor Twitter - @dacor_ie On Sun, Jun 29, 2014 at 12:00 PM, Dave Corley davecor...@gmail.com wrote: Folks, I've been working with some of the guys in Fingal County Council over the last few months on getting OSM going in Lesotho in Africa. As part of this we are organising a #MapLesotho https://www.facebook.com/hashtag/maplesotho?source=feed_textstory_id=317550358412656 mapathon which will take place on Friday 25th July. The generous folks in Fingal are providing space, wifi and free lunch, in the council buildings in Swords. i'm hoping that as a group, Irish mappers will be able to assist in this mapathon. There are
[OSM-talk-ie] Telephone exchanges, religious buildings
Hi, 1. There appears to be no way to mark a telephone exchange. 2. What is the best way to mark: ChurchesPresbyteries (the priest's house)ConventsSimilar buildings While they can be marked as a point, what should the landuse and building areas be marked as? 3. Dublin City Centre is currently marked as being a water body. :) Thank you Colm --- Never doubt that a small group of thoughtful, committed citizens can change the world. Indeed, it is the only thing that ever has. Margaret Mead ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [OSM-talk-ie] Telephone exchanges, religious buildings
Colm Moore wrote, on 2014-07-15 14:46: Hi, 2. What is the best way to mark: ChurchesPresbyteries (the priest's house)ConventsSimilar buildings While they can be marked as a point, what should the landuse and building areas be marked as? landuse=religious http://wiki.openstreetmap.org/wiki/Tag:landuse=religious for the area around buildings if it is paved, plus appropriate religion tags The priest's home would be a building=residential for a node or an area. Other buildings, just building=yes The church on the campus amenity=place_of_worship with appropriate religion tags and building=church or =chapel Greetings Tom 3. Dublin City Centre is currently marked as being a water body. :) Thank you Colm ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [OSM-talk-ie] Telephone exchanges, religious buildings
On 15 July 2014 13:46, Colm Moore colmmoor...@hotmail.com wrote: Hi, 1. There appears to be no way to mark a telephone exchange. http://www.openstreetmap.org/way/64686069 These are the tags I used: building=telephone_exchange man_made=telephone_exchange http://wiki.openstreetmap.org/wiki/Proposed_features/Telephone_Exchange 3. Dublin City Centre is currently marked as being a water body. :) Yes. Lovely day for a swim! Regards, Nick ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [Talk-br] Prefeitura de São Paulo declara bases sem restrição de licença
Muito legal, Vítor. A maior cidade do país estava precisando de um boost assim. Parabéns! Em 14 de julho de 2014 22:38, Vitor George vitor.geo...@gmail.com escreveu: Oi pessoal, Hoje tivemos uma resposta da prefeitura de São Paulo a respeito de bases que ela publicou no seu site. Lá não tinha nada sobre licença, e aí uma colega abriu um pedido de informação e conseguiu a confirmação de que só é necessária atribuição, como o IBGE. São bases bem completas, e acho que algumas partes podem ser importadas e outras serem usadas como referência. No caso do Geolog, a numeração poderia ser importada, e o restante poderia estar em um layer de referência hospedado como o que o Tiago fez dos pdfs do IBGE. Tem uma outra base que é um mapa do Plano de Manejo de Águas Pluviais de São Paulo que contém a geometria e nomes de cursos d'água da cidade, e poderia ser importada em grande parte. Criei duas páginas no wiki para discutir a importação das bases, vejam lá: https://wiki.openstreetmap.org/wiki/Geolog_PMSP_Import https://wiki.openstreetmap.org/wiki/PMAPSP_Import Abraço, Vitor ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] A importância de não quebrar a hierarquia das vias dentro de cidades.
Amigos, Para compreender a razão de não quebrar a hierarquia de vias nos pequenos trechos que rodovias passam por cidades, recomendo esta leitura: http://en.wikipedia.org/wiki/Contraction_hierarchies Aos que já estão com o argumento isso é mapear para aplicação na ponta da língua rogo um momento para parar e pensar: For routing software to work well, the *underlying map data must be of good quality*. Essentially this means that ways that should be connected are in fact connected, one-way roads are tagged, turn restrictions are mapped, and so on. You should be familiar with the Map Features http://wiki.openstreetmap.org/wiki/Map_Features used, in particular see OSM tags for routing http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing to *understand the tags specific to routing*. (grifo meu) Palavras da própria comunidade OSM. Fonte: http://wiki.openstreetmap.org/wiki/Routing [ ]s Paulo ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Rota rodoviaria - definição
Nunca ouvi esse termo. Mapeio linhas de ônibus municipal/intermunicipal assim: http://www.openstreetmap.org/relation/3840093 E de interestadual assim: http://www.openstreetmap.org/relation/574835 (acabei de ver que alguém quebrou a rota, se puderem corrigi-la seria legal, tou com pouco tempo para tal) []s Arlindo 2014-07-15 13:22 GMT-03:00 belnu...@pop.com.br: Olá gostaria de saber quando se usa o termo Rota Rodoviária . Se qualquer linha de ônibus que use uma rodovia deva levar este termo . Grato Airton ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Posto Fiscal
Alguém tem alguma dica de como se formata Posto De Fiscalização de ICMS (Rodovia) no OSM? Não achei nada que se enquadrasse... ___ Anor C. A. de Souza Concórdia SC 49-8808-4963 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-is] Loftmyndir
Hæ. Veit að ágætlega frjálsar loftmyndir eru til en grunar að þær séu alls ekki með þeirri upplausn sem kunningi þinn sækist eftir. En það er samt aldrei að vita hvort þeir hafi slíkar án þess að ég viti af þeim. Hann gæti athugað hjá bandarískum ríkisstofnunum eða alþjóðlegum stofnunum sem reka gervitungl er hafa það hlutverk að mynda yfirborð jarðar í ýmsum tilgangi. Dæmi um slíkar stofnanir eru NASA með Landsat[1] og European Environmental Agency með Corine[2]. [1] http://landsat.gsfc.nasa.gov/?page_id=9 [2] http://www.eea.europa.eu/data-and-maps - Gætir þurft að athuga leyfisskilmála sérstaklega. Með kveðju, Svavar Kjarrval On 14/07/14 14:21, Karl Karlsson wrote: Halló, Kunningja mínum vantar loftmyndir af öllu íslandi fyrir viðbót við Microsoft Flight Simulator, Er möguleiki á að fá svoleiðis open source ? Ef ekki, hvert ætti hann að leita? Kveðja, Karl Georg ___ Talk-is mailing list Talk-is@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-is signature.asc Description: OpenPGP digital signature ___ Talk-is mailing list Talk-is@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-is
Re: [Talk-de] place=municipality für Gemeinden verwenden?
On Tue, Jul 15, 2014 at 01:52:16AM +0200, 715371 wrote: Hallo Tirkon, Am 15.07.2014 00:09, schrieb Tirkon: Moin, place=municipality kommt englischen Wiki vor, im deutschen jedoch nicht: http://wiki.openstreetmap.org/wiki/Key:place http://wiki.openstreetmap.org/wiki/DE:Key:place In Deutschland kommt das Tag weniger als 30 Mal vor. Wäre es nicht das treffendere Tag für Gemeinden, die derzeit zumeist mit place=village getaggt werden? place=village scheint mir eher dann zutreffend, wenn es innerhalb eines offiziellen place=suburb weitere baulich geschlossene Ortsteile laut Ortseingangsschildern gibt. Das Problem bei place=municipality für Gemeinden ist aber, dass dann der Gemeindename selbst in der höchsten Zoomstufe auf osm.org nicht mehr gerendert wird, deren Ortsteile (place=suburb) hingegen schon. Die Ortsteile von place=village sollten nicht mit place=suburb getaggt werden. Es genügt place=neighbourhood. Woran machst du dieses fest? Neighbourhood ist von der bedeutung im Englischen eher deutlich unter suburb angesiedelt, zumindest nach meinem Sprachverständnis. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] place=municipality für Gemeinden verwenden?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, On 07/15/2014 08:18 AM, Florian Lohoff wrote: Die Ortsteile von place=village sollten nicht mit place=suburb getaggt werden. Es genügt place=neighbourhood. Woran machst du dieses fest? Neighbourhood ist von der bedeutung im Englischen eher deutlich unter suburb angesiedelt, zumindest nach meinem Sprachverständnis. Ehrlich gesagt, nach *meinem* Sprachverständnis wäre etwas, was suburbs *oder* neighbourhoods hat, niemals ein village. Ins Deutsche getragen, wäre das so, wie wenn man von Vierteln eines Dorfs spricht (ich kenne Stadtviertel - aber Dorfviertel?), oder von einem Dorf, das Vorstädte hat. Ich weiss, dass wir in OSM suburb für Stadtteil mißbrauchen, aber selbst ein Dorf, das Stadtteile hat, wäre mir neu. Bye Frederik - -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTxNkyAAoJEOx/uhGAJu9H1tYH/R8u9HQqfgbFyPZKHuD8tGBf WP06LGZDmMhU/TQ/JVK3oE2Xj6Kw/hSoT3dYF8uQocUSaGI5NJUM8vvELxAOhegl aa8w/3xS7mxUYhCH3YyZXf57f7MNLL+J69FAKupEfVk8GKWnKcKc+b7QuHoA1UCQ wfxgCvHDimN4+k+62AuIrHxA3PTQHxDCRs08Be5cxtSm8tW+ZnyGu9WhwzH8idAB Rnimpjrz0JlGTHc7FcwkkZwdTrfrCi4TYLNh8sbmjRq/eQyjYUcPm/bq8XppD7tC IeYlNxXVYJLAAH7yswS9DUpIxE1INC2YhzXf4CkNWn9bR643gjH1KubBExk3IgU= =8YkO -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Ortsteil im addr: namespace Re: place=municipality für Gemeinden verwenden?
On Tue, Jul 15, 2014 at 09:33:12AM +0200, Frederik Ramm wrote: Hallo, On 07/15/2014 08:18 AM, Florian Lohoff wrote: Die Ortsteile von place=village sollten nicht mit place=suburb getaggt werden. Es genügt place=neighbourhood. Woran machst du dieses fest? Neighbourhood ist von der bedeutung im Englischen eher deutlich unter suburb angesiedelt, zumindest nach meinem Sprachverständnis. Ehrlich gesagt, nach *meinem* Sprachverständnis wäre etwas, was suburbs *oder* neighbourhoods hat, niemals ein village. Ins Deutsche getragen, wäre das so, wie wenn man von Vierteln eines Dorfs spricht (ich kenne Stadtviertel - aber Dorfviertel?), oder von einem Dorf, das Vorstädte hat. Ich weiss, dass wir in OSM suburb für Stadtteil mißbrauchen, aber selbst ein Dorf, das Stadtteile hat, wäre mir neu. Aber wie bekommt man das mit den Stadtteilen in den Griff? Ich wohne in so einem Bereich wo in den 70ern durch die Gemeindegebietsreformen lauter kleine künstliche Doppelnamenstädte entstanden sind. Rheda-Wiedenbrück Herzebrock-Clarholz etc - Teilweise sind die sich auch noch Spinnefeind - D.h. die Adresse ist immer Moorweg 33378 Rheda, oder Heidbrinkstraße, 33378 Wiedenbrück Postalisch ist das natürlich Rheda-Wiedenbrück und so habe ich das auch auf allen Adressnodes. Aber die Autobahn A2 teilt Rheda (Evangelisch) ganz deutlich vom katholischen Wiedenbrück - 2 Schützenvereine, 2 Innenstädte. Wenn man aber mal den Blick in andere Datenbestände wirft könnte es spannend sein auch die Ortsteile mit in die Adressen zu packen. addr:ortsteil - Aber was passt da? suburb ist ja falsch, neighbourhood noch mehr. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Spam User bitte löschen
Hallo, der User http://www.openstreetmap.org/user/Outplacement wurde evtl nur angelegt, damit über Twitter und die anderen Verteiler der osm.org Blogs die Anzeige weiterverbreitet wird. bitte den User löschen (hab keine Mailadresse auf die Schnelle auf wiki.openstreetmap.org gefunden) viele Grüße Dietmar ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] place=municipality für Gemeinden verwenden?
Am 15.07.2014 09:33, schrieb Frederik Ramm: Hallo, On 07/15/2014 08:18 AM, Florian Lohoff wrote: Die Ortsteile von place=village sollten nicht mit place=suburb getaggt werden. Es genügt place=neighbourhood. Woran machst du dieses fest? Neighbourhood ist von der bedeutung im Englischen eher deutlich unter suburb angesiedelt, zumindest nach meinem Sprachverständnis. Ja. Aber Dorf und urban passen doch schon nicht zusammen. So sehr unterscheidet sich neighbourhood doch auch nicht von Nachbarschaft. Ich kenne das so, dass man die Leute, die am anderen Ende der gleichen Straße (was auch mehr als 500m sein können) wohnen, noch Nachbarn nennt. Und im dörflichen/städtischen Sprachgebrauch sind halt dann die Bewohner der umliegenden Häuser Nachbarn. Keine Ahnug wie das ethymologisch ist, aber ich tippe mal darauf, dass neighbourhood eher aus dem ländlichen kommt und auch im städtischen gebraucht wurde. Beim googlen finde ich das hier (http://www.koeblergerhard.de/der/DERN.pdf) - Achtung:Kaputte Sonderzeichen: „Nachbar , M., £Person die unmittelbar neben einer anderen Person wohnt oder Grundeigentum hat‹, mhd. n—chbŒre, n—ch- bŒr, M., £der in der N ⌂ he wohnende, An- wohner, Nachbar‹, zu ahd. n—hgibŒr (nach 765?), n—hgibŒro (E. 8. Jh.), M., £Nach- bar‹, as. n—hbŒr, M., £Nachbar‹, westgerm. *nÅhwagabŒr, *nÅhwagabŒrÌ n, M., £einer der nahe ein Haus hat, einer der nahe wohnt‹, s. nach, (ge,) Bauer “ Warum sollte das im englischen anders sein? Ist halt auch extrem relativ so ein Begriff. In der Stadt hat man halt 1000+ Nachbarn. Auf dem Land ist unmittelbar auch deutlich weiter gefasst. Leute die in der nächsten Parallelstraße wohnen sind dann auch noch Nachbarn. Ungünstig ist, dass neighbourhood/Nachbarschaft auf sehr unterschiedlichen Ebenen gebraucht wird. Benachbarte Städte oder auch benachbarte Länder. Und wenn es Nachbarn gibt, gibt es u.U. auch eine Nachbarschaft. Ich sehe da jetzt in Nachbarschaft/neighbourhood noch nicht so einen festen Begriff wie Stadt/town. Ehrlich gesagt, nach *meinem* Sprachverständnis wäre etwas, was suburbs *oder* neighbourhoods hat, niemals ein village. Solange man alle Orte, die an die 1 Einwohner haben, als place=village auffasst und sich in zwei Ortsteile aufteilen lassen, die auch direkt nebeneinander liegen, ist es doch eventuell noch möglich place=neighbourhood innerhalb von Dörfern zu benutzen. Anders herum: Wie sollte man solche Ortsteile sonst bezeichnen? Zweimal place=village wäre nicht so sinnvoll, wenn solche Orte sonst auch nicht als zwei wahrgenommen werden. Und nach meinem Verständnis könnte man ein Dorf auch als Nachbarschaft (also auch als neighbourhood) auffassen. Ins Deutsche getragen, wäre das so, wie wenn man von Vierteln eines Dorfs spricht (ich kenne Stadtviertel - aber Dorfviertel?), oder von einem Dorf, das Vorstädte hat. +1 Die typische oder gängige Vorstellung von einem Dorf ist wohl auch eine durch Felder isolierte Ansiedlung mit vielleicht 10 Straßen. Wer in 500m Abstand auf einem Hof lebt, wohnt in der Regel meinem Sprachgebrauch nach nicht mehr im Dorf. Das kann man dann aus meiner Sicht auch nicht als place=neighbourhood bezeichnen. Im Wiki ist das durch die Aufteilung nach Einwohnerzahlen aber alles nicht so deutlich formuliert, finde ich. Da kann man doch argumentieren: place=hamlet geht nicht, weil die Einwohner noch mit zum Dorf zählen. Gut. In diesem Beispiel geht eventuell auch noch place=farm. Aber was passiert, wenn dort drei unterschiedlich benannte Höfe nebeneinander liegen? Wäre für mich vom Sprachverständnis wohl place=hamlet. Manchmal ist das in meinem Verständnis aber auch ein Ortsteil (was sich aus meiner Sicht mehr auf Verwaltungsgrenzen bezieht). Solange wir place=hamlet/village/town/city nach Bevölkerungszahl, in die auch umliegende Dörfer hineinzählen, verteilen, haben wir einen Dualismus. Ich weiss, dass wir in OSM suburb für Stadtteil mißbrauchen, aber selbst ein Dorf, das Stadtteile hat, wäre mir neu. +1 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ortsteil im addr: namespace Re: place=municipality für Gemeinden verwenden?
Am 15.07.2014 11:20, schrieb Florian Lohoff: Postalisch ist das natürlich Rheda-Wiedenbrück und so habe ich das auch auf allen Adressnodes. Aber die Autobahn A2 teilt Rheda (Evangelisch) ganz deutlich vom katholischen Wiedenbrück - 2 Schützenvereine, 2 Innenstädte. Wäre halt die Frage, wann man sich sinnvoll über Verwaltungseinheiten hinwegsetzen kann. 2 Innenstädte klingt natürlich nach zweimal place=town/village Wenn man aber mal den Blick in andere Datenbestände wirft könnte es spannend sein auch die Ortsteile mit in die Adressen zu packen. addr:ortsteil - Aber was passt da? Gab es nicht addr:suburb? Das würde doch im Zweifel besser passen. suburb ist ja falsch, neighbourhood noch mehr. place=suburb wäre aus meiner Sicht nicht falsch, wenn man vorher sagt, dass es nun eine Stadt ist. Mal ein anderes Beispiel: Hamburg ist ja auch so ein Fall. Da gab es vorher Hamburg, Harburg und weitere. Nun ist alles Hamburg. Und Harburg ein Stadtteil. Die beiden sind ehemals getrennten Orte/Städte sind durch die Elbe getrennt. Wie ist es heute? Ich bin auch eher ortsfremd, würde aber sagen, dass Hamburg das übergeordnete kulturelle und politische Zentrum ist. Mag ja sein, dass es da noch deutliche Innenstadtzüge in Harburg gibt. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] place=municipality für Gemeinden verwenden?
Am 15/lug/2014 um 01:52 schrieb 715371 osmu715...@gmx.de: Aus meiner Sicht ist place=municipality eine Verwaltungseinheit +1, aus meiner Sicht braucht man da überhaupt kein place tag, sondern boundary=administrative Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] place=municipality für Gemeinden verwenden?
Am 15/lug/2014 um 09:33 schrieb Frederik Ramm frede...@remote.org: Ich weiss, dass wir in OSM suburb für Stadtteil mißbrauchen, aber selbst ein Dorf, das Stadtteile hat, wäre mir neu. naja, mehrere Teile mit eigenen Namen können Dörfer schon haben, village sind ja alle größeren Siedlungen, die keine Stadt sind (town). Ich finde es eher seltsam, die betr. Namen an die Bodennutzung zu hängen (z.B. landuse=residential), und würde mich freuen, wenn wir uns da (kleinere Siedlungsteile mit Namen) in Richtung place bewegen würden und den landuse tag wirklich nur für die Bodennutzung verwenden würden... Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ortsteil im addr: namespace Re: place=municipality für Gemeinden verwenden?
Am 15/lug/2014 um 11:20 schrieb Florian Lohoff f...@zz.de: Aber die Autobahn A2 teilt Rheda (Evangelisch) ganz deutlich vom katholischen Wiedenbrück - 2 Schützenvereine, 2 Innenstädte. bei Admin zusammenfassen und im place Bereich 2 getrennte Objekte (2 Schützenvereine, 2 Innenstädte und lt. Deiner Beschreibung 2 Identitäten - und räumlich klar getrennt durch eine Autobahn). Der Fall hört sich einfach an, wenn die Grenzen weniger klar sind, ist es oft schwieriger bzw. uneindeutig. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] place=municipality für Gemeinden verwenden?
Am 15/lug/2014 um 12:05 schrieb 715371 osmu715...@gmx.de: Zweimal place=village wäre nicht so sinnvoll, wenn solche Orte sonst auch nicht als zwei wahrgenommen werden. werden sie das denn? Wenn es sich historisch um 2 getrennte Dörfer handelt, dann bestehen diese normalerweise auch heute noch in der Wahrnehmung der Bewohner fort. Und nach meinem Verständnis könnte man ein Dorf auch als Nachbarschaft (also auch als neighbourhood) auffassen. wir sollten schon bei unseren Definitionen bleiben und das nicht nach Belieben bzw. etymologischen Interpretationsversuchen aufweichen Ins Deutsche getragen, wäre das so, wie wenn man von Vierteln eines Dorfs spricht (ich kenne Stadtviertel - aber Dorfviertel?), oder von einem Dorf, das Vorstädte hat. +1 Die typische oder gängige Vorstellung von einem Dorf ist wohl auch eine durch Felder isolierte Ansiedlung mit vielleicht 10 Straßen. Das sind aber heute eher die Fälle, wo irgendwas bei der Entwicklung nicht ganz funktioniert hat, d.h. abgelegen oder sonstwie benachteiligt oder künstlich kleingehalten aus untersch. Gründen. Heutige Dörfer haben nicht selten Supermärkte, Banken, Grundschulen, sonst. Läden, Industriegebiete, ... (je nach Gegend ist die Industrie ggf. sogar schon wieder weg/leerstehend) Das kann man dann aus meiner Sicht auch nicht als place=neighbourhood bezeichnen. das wäre dann ggf. place=isolated_dwelling Der Tag place=neighbourhood wird nur für Siedlungsteile verwendet, ein abgegrenztes Dorf ist ein place=Hamlet oder village Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ortsteil im addr: namespace Re: place=municipality für Gemeinden verwenden?
On Tue, Jul 15, 2014 at 12:20:15PM +0200, 715371 wrote: Am 15.07.2014 11:20, schrieb Florian Lohoff: Postalisch ist das natürlich Rheda-Wiedenbrück und so habe ich das auch auf allen Adressnodes. Aber die Autobahn A2 teilt Rheda (Evangelisch) ganz deutlich vom katholischen Wiedenbrück - 2 Schützenvereine, 2 Innenstädte. Wäre halt die Frage, wann man sich sinnvoll über Verwaltungseinheiten hinwegsetzen kann. 2 Innenstädte klingt natürlich nach zweimal place=town/village Administrativ gibt es nur Rheda-Wiedenbrück mit einem Rathaus in Rheda (Sehr zum leidwesen der Wiedenbrücker). Wenn man aber mal den Blick in andere Datenbestände wirft könnte es spannend sein auch die Ortsteile mit in die Adressen zu packen. addr:ortsteil - Aber was passt da? Gab es nicht addr:suburb? Das würde doch im Zweifel besser passen. suburb != ortsteil suburb ist ja falsch, neighbourhood noch mehr. place=suburb wäre aus meiner Sicht nicht falsch, wenn man vorher sagt, dass es nun eine Stadt ist. ortsteil laut dict.leo.org: districtder Ortsteil Pl.: die Ortsteile local centerder Ortsteil Pl.: die Ortsteile urban district der Ortsteil Pl.: die Ortsteile stadtteil laut dict.leo.org: districtder Stadtteil Pl.: die Stadtteile quarter - district in townder Stadtteil Pl.: die Stadtteile townshipder Stadtteil Pl.: die Stadtteile urban district der Stadtteil Pl.: die Stadtteile urban quarter der Stadtteil Pl.: die Stadtteile wardder Stadtteil Pl.: die Stadtteile suburb laut dict.leo.org: suburb der Vorort Pl.: die Vororte suburb der Außenbezirk Pl.: die Außenbezirke suburb die Bannmeile Pl.: die Bannmeilen suburb der Stadtrand Pl.: die Stadtränder suburb die Stadtrandsiedlung suburb das Stadtumland suburb die Vorstadt Pl.: die Vorstädte Damit ist suburb gar nicht das was beschrieben werden soll. Es ist ein Ortsteil und nicht Stadtrand, Vorort oder Umland. Im falle von Rheda-Wiedenbrück ist die Bebauung sogar durchgehend. Nur die A2 ist mittendrin. Mal ein anderes Beispiel: Hamburg ist ja auch so ein Fall. Da gab es vorher Hamburg, Harburg und weitere. Nun ist alles Hamburg. Und Harburg ein Stadtteil. Die beiden sind ehemals getrennten Orte/Städte sind durch die Elbe getrennt. Wie ist es heute? Ich bin auch eher ortsfremd, würde aber sagen, dass Hamburg das übergeordnete kulturelle und politische Zentrum ist. Mag ja sein, dass es da noch deutliche Innenstadtzüge in Harburg gibt. Andere Datenbestände die ich so habe haben dann Ort: Hamburg, Ortsteil: Harburg wie sie auch in in Rheda-Wiedenbrück Ort: Rheda-Wiedenbrück, Ortsteil: Rheda führen. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ortsteil im addr: namespace Re: place=municipality für Gemeinden verwenden?
On Tue, Jul 15, 2014 at 12:53:38PM +0200, Martin Koppenhoefer wrote: Am 15/lug/2014 um 11:20 schrieb Florian Lohoff f...@zz.de: Aber die Autobahn A2 teilt Rheda (Evangelisch) ganz deutlich vom katholischen Wiedenbrück - 2 Schützenvereine, 2 Innenstädte. bei Admin zusammenfassen und im place Bereich 2 getrennte Objekte (2 Schützenvereine, 2 Innenstädte und lt. Deiner Beschreibung 2 Identitäten - und räumlich klar getrennt durch eine Autobahn). Der Fall hört sich einfach an, wenn die Grenzen weniger klar sind, ist es oft schwieriger bzw. uneindeutig. im moment habe ich meine ich ein place=town name=Rheda-Wiedenbrück und 2 places mit suburb und name=Rheda bzw name=Wiedenbrück. suburb ist nur komplett falsch. Ein suburb ist kein Ortsteil sondern eine Vorstadt. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] place=municipality für Gemeinden verwenden?
On Tue, Jul 15, 2014 at 12:49:24PM +0200, Martin Koppenhoefer wrote: Am 15/lug/2014 um 09:33 schrieb Frederik Ramm frede...@remote.org: Ich weiss, dass wir in OSM suburb für Stadtteil mißbrauchen, aber selbst ein Dorf, das Stadtteile hat, wäre mir neu. naja, mehrere Teile mit eigenen Namen können Dörfer schon haben, village sind ja alle größeren Siedlungen, die keine Stadt sind (town). Ich finde es eher seltsam, die betr. Namen an die Bodennutzung zu hängen (z.B. landuse=residential), und würde mich freuen, wenn wir uns da (kleinere Siedlungsteile mit Namen) in Richtung place bewegen würden und den landuse tag wirklich nur für die Bodennutzung verwenden würden... Ich habe kleinere landuses die haben alle keinen namen. Namen für die Orte/Ortsteile hänge ich nur an die Administrativen Grenzen bzw die place nodes. Umfassende Landuses die über hunderte ha gehen halte ich für reichlich kaputt. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] place=municipality für Gemeinden verwenden?
Am 15/lug/2014 um 12:05 schrieb 715371 osmu715...@gmx.de: Solange wir place=hamlet/village/town/city nach Bevölkerungszahl, in die auch umliegende Dörfer hineinzählen, verteilen, haben wir einen Dualismus. in der Tat sollte man das nicht tun. Idealerweise mappt man ein Polygon für den place und packt in den Population tag nur die Einwohnerzahl des betr. Gebiets. EW Zahlen von administrativen Einheiten (d.h. wo die Dörfer um eine Stadt miteingerechnet sind) gehören an administrative Objekte (boundary=administrative etc) Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ortsteil im addr: namespace Re: place=municipality für Gemeinden verwenden?
Am 15/lug/2014 um 12:20 schrieb 715371 osmu715...@gmx.de: Wäre halt die Frage, wann man sich sinnvoll über Verwaltungseinheiten hinwegsetzen kann. bei place immer... Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ortsteil im addr: namespace Re: place=municipality für Gemeinden verwenden?
Am 15/lug/2014 um 13:10 schrieb Florian Lohoff f...@zz.de: suburb ist nur komplett falsch. Ein suburb ist kein Ortsteil sondern eine Vorstadt. jein, bekanntes Problem, dass OSM suburb nicht so verwendet, wie es der Sprachbedeutung nach wäre (sub urbs = unterhalb einer Stadt, weniger als Stadt, Vorstadt ohne städtischen Charakter / Funktionen,...), sondern allgemein für alle Stadtteile Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ortsteil im addr: namespace Re: place=municipality für Gemeinden verwenden?
Am 15.07.2014 13:10, schrieb Florian Lohoff: suburb ist nur komplett falsch. Ein suburb ist kein Ortsteil sondern eine Vorstadt. Sorry, da war ich ganz falsch unterwegs. Ich hatte mir mal angeschaut was die so zu Stadtteilen von z.B. Manchester schreiben. Da wurde dann auch district in dem Kontext benutzt. Dann müsste man wohl in Städten für Stadtteile place=district nehmen. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] place=municipality für Gemeinden verwenden?
Am 15.07.2014 13:12, schrieb Florian Lohoff: Ich habe kleinere landuses die haben alle keinen namen. Namen für die Orte/Ortsteile hänge ich nur an die Administrativen Grenzen bzw die place nodes. Umfassende Landuses die über hunderte ha gehen halte ich für reichlich kaputt. +1 IMHO: landuse mit name=* kann man mal machen, aber nur wenn man keine Zeit hat eine Grenze zu zeichnen oder einfach keine Ahnung. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ortsteil im addr: namespace Re: place=municipality für Gemeinden verwenden?
Am 15.07.2014 13:18, schrieb Martin Koppenhoefer: Am 15/lug/2014 um 13:10 schrieb Florian Lohoff f...@zz.de: suburb ist nur komplett falsch. Ein suburb ist kein Ortsteil sondern eine Vorstadt. jein, bekanntes Problem, dass OSM suburb nicht so verwendet, wie es der Sprachbedeutung nach wäre (sub urbs = unterhalb einer Stadt, weniger als Stadt, Vorstadt ohne städtischen Charakter / Funktionen,...), sondern allgemein für alle Stadtteile So hatte ich place=suburb bisher verwendet. In dem Kontext verstehe ich aber place=district nicht. Wäre das eine Zusammenfassung aus mehreren Stadtteilen zu einer Verwaltungseinheit? Mit Beispiel wird es bei mir schwierig, weil die meist sehr individuell sind. Ich probiere es mal mit Bremen West: https://www.openstreetmap.org/relation/1943540 Wie man sehen kann, enthält das Gebiet einige Stadtteile. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] place=municipality für Gemeinden verwenden?
On 15.07.14 09:33, Frederik Ramm wrote: Ehrlich gesagt, nach *meinem* Sprachverständnis wäre etwas, was suburbs *oder* neighbourhoods hat, niemals ein village. Naja, es gibt in Dörfern schon mal benannte Siedungen, dafür braucht man eine place= Ebene. suburb ist definitiv zu groß/unpassend. /al ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ortsteil im addr: namespace Re: place=municipality für Gemeinden verwenden?
Am 15. Juli 2014 14:12 schrieb 715371 osmu715...@gmx.de: In dem Kontext verstehe ich aber place=district nicht. Wäre das eine Zusammenfassung aus mehreren Stadtteilen zu einer Verwaltungseinheit? Verwaltungseinheiten werden mit boundary=administrative und admin_level getaggt. Place=district ist bisher AFAIK weder definiert noch in weiterem Gebrauch (es gibt gerade mal knapp über 100 davon, bei 3,2 Millionen place tags). Das Wort an sich ist nicht eindeutig (wird sowohl für Regionsteile als auch für Siedlungsteile verwendet), vermutlich darum gibt es auch ca. 30 place=city_district. M.E. haben wir alle tags zusammen, die wir brauchen (2 Stufen Siedlungsteile: suburb und neighbourhood), vorgeschlagen ist dazuhin noch quarter (derzeit 577 Verwendungen) als Zwischenschritt zwischen suburb und neighbourhood, und eine Reihe von abgegrenzten Siedlungen (isolated_dwelling, hamlet, village, town, city), plus allen Details die man so mappt. Wenn man wollte, könnte man suburb deprecaten sofern einem was besseres einfällt, weil es grundsätzlich immer ein Problem ist, wenn die Bedeutung des Worts sich nicht deckt mit der Bedeutung des tags in OSM. Ganz wörtlich würde ich die Begriffe sowieso nicht sehen wollen, neighbourhood ist nicht nur Nachbarschaft, sondern das sind in den USA z.B. offizielle Bezeichnungen, die in NY z.B. erhebliche Dimensionen (was die Einwohnerzahl angeht) erreichen können. Die quarter (Viertel) heissen in manchen Städten (z.B. Venedig) sestiere (Sechstel), aber deshalb würde ich nicht ein anderes Tag verwenden (man könnte ggf. ein Zusatztag einführen, dass die Bezeichnung des Siedlungs(teil)typs vor Ort in der Landessprache beschreibt, so was wie place_name=sestiere oder place_name=Stadtviertel oder place_name=Dorfteil, oder vielleicht auch place_type_name). Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] post_office im deutschen Wiki
Am 15. Juli 2014 01:22 schrieb Tirkon tirko...@yahoo.de: Mich würde interessieren, wie ein Italiener ein post-office intuitiv auffasst. ich kann sie ja mal fragen. Allgemein gibt es hier AFAIK schon auch alternative Anbieter (habe _einmal_ einen Briefkasten gesehen eines Konkurrenten, bei Paketen gibt es die üblichen Verdächtigen), aber der klare Standard ist PosteItaliane. Die Post ist hier ein Ort, wo die Rentner ihre Pensionen in bar abholen und wo unheimlich viele Leute ihre Rechnungen wie Strom, Wasser und Telefon per Postanweisung bezahlen, d.h. es gibt immer sehr lange Schlangen bzw. Wartezeiten (man zieht eine Nummer, lange bedeutet 15 min - 1 Stunde), manchmal sind die Briefmarken aus (OK, selten), meistens gibt es 3 Arten von Wartezetteln, die man holen kann: Postsendungen, Bankgeschäfte, und noch was ;-). Auf dem Land ist es vermutlich etwas besser, wobei ich da auch schon beobachtet habe, dass man ziemlich lange warten kann (da wird dann u.U. viel geredet anstatt nach erledigter Besorgung schnell Platz zu machen ;-) ). Ich versuche immer, so gut es geht einen weiten Bogen um die Post zu machen, man verbrät Unmengen Zeit, und das meiste kann man online oder im Tabakladen (Bar) auch machen... Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] place=municipality für Gemeinden verwenden?
On Tue, Jul 15, 2014 at 02:05:12PM +0200, 715371 wrote: Am 15.07.2014 13:12, schrieb Florian Lohoff: Ich habe kleinere landuses die haben alle keinen namen. Namen für die Orte/Ortsteile hänge ich nur an die Administrativen Grenzen bzw die place nodes. Umfassende Landuses die über hunderte ha gehen halte ich für reichlich kaputt. +1 IMHO: landuse mit name=* kann man mal machen, aber nur wenn man keine Zeit hat eine Grenze zu zeichnen oder einfach keine Ahnung. Bei extrem großen Firmen mache ich das mal auf landuse=industrial - Da macht es ja auch keinen Sinn das auf einzelnen Gebäuden zu machen wenn sowas sich über 50-100 Gebäude erstreckt etc. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ortsteil im addr: namespace Re: place=municipality für Gemeinden verwenden?
On Tue, Jul 15, 2014 at 02:12:52PM +0200, 715371 wrote: So hatte ich place=suburb bisher verwendet. In dem Kontext verstehe ich aber place=district nicht. Wäre das eine Zusammenfassung aus mehreren Stadtteilen zu einer Verwaltungseinheit? Mit Beispiel wird es bei mir schwierig, weil die meist sehr individuell sind. Ich probiere es mal mit Bremen West: https://www.openstreetmap.org/relation/1943540 Wie man sehen kann, enthält das Gebiet einige Stadtteile. Bei places sind wir aber ausserhalb von Verwaltungsgeschichten. Das wären admin_levels - place= gibt ja nur das ggfs zentrum einer fläche an und die hierarchie über eben die place tags d.h. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] post_office im deutschen Wiki
Tirkon schrieb: Mich würde interessieren, wie ein Italiener ein post-office intuitiv auffasst. Bin zwar kein Italiener, aber bei einem als amenity=post_office getaggten Ort erwarte ich eine Postfiliale (egal, ob nun DPAG, oder eine der anderen Posten) mit mindestens einem Angestellten Dienstleister, unabhängig dessen, was dort an Dienstleistung vom jeweiligen Betreiber geboten wird. Könnte man Betreiber und angebotene Dienstleistungen nicht mit weiteren Tags erfassen, statt sie über das amenity-Tag zu implizieren? Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-07-15T16:37:19+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] place=municipality für Gemeinden verwenden?
Am 15. Juli 2014 16:19 schrieb Florian Lohoff f...@zz.de: Bei extrem großen Firmen mache ich das mal auf landuse=industrial - Da macht es ja auch keinen Sinn das auf einzelnen Gebäuden zu machen wenn sowas sich über 50-100 Gebäude erstreckt etc. wobei da normalerweise zusätzlich noch ein anderer tag drauf sein wird, man_made=works z.B., oder office=* etc. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spam User bitte löschen
Am 15.07.2014 11:50, schrieb Dietmar Seifert: bitte den User löschen (hab keine Mailadresse auf die Schnelle auf wiki.openstreetmap.org gefunden) ich vermute, dass die DWG (Data working Group) ein guter Ansprechpartner wäre. Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] place=municipality für Gemeinden verwenden?
Frederik Ramm frede...@remote.org wrote: Ich weiss, dass wir in OSM suburb für Stadtteil mißbrauchen, Ich hatte den Eindruck gewonnen, dass sich dieser Missbrauch nicht nur auf Stadtteile sondern auch zumindest auf die offiziellen Ortsteile mit eigenem politischen Organ einer Gemeinde bezieht. aber selbst ein Dorf, das Stadtteile hat, wäre mir neu. Aber im Gegensatz zu einem Dorf hat eine Gemeinde (das war es, worum es mir in diesem Thread ging) analog zu den Stadtteilen auch (offizielle) Ortsteile. Mit welchem place-value sollte man 15 bis 20 Kilometer durchmessende Gemeinden und deren einige Kilometer durchmessenden Ortsteile taggen? Brauchen solche Gemeinden überhaupt keinen place-key, sondern nur eine Grenzrelation - insbesondere wenn deren Name als Wohnsiedlung oder Ortsteil überhaupt nicht existiert? Wenn ein place nicht gerechtfertigt ist, dann könnte man einige places, welche Gemeinden repräsentieren, aus dem OpenGeoDB Import von vor sechs Jahren löschen: http://wiki.openstreetmap.org/wiki/User:OpenGeoDB Allerdings müsste man dann dringend an dem Rendern der Ortsnamen auf osm.org arbeiten, das ausschließlich places berücksichtigt. Die Orientierung ist dann in Gebieten mit großen Landgemeinden noch schlechter, als sie ohnehin schon ist. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] place=municipality für Gemeinden verwenden?
Am 15.07.2014 16:19, schrieb Florian Lohoff: Bei extrem großen Firmen mache ich das mal auf landuse=industrial - Da macht es ja auch keinen Sinn das auf einzelnen Gebäuden zu machen wenn sowas sich über 50-100 Gebäude erstreckt etc. Wobei das natürlich mit neutraleren und offiziellen Bezeichnungen wie z.B. Industriegebiet Pusemuckel konkurriert. Wenn man das fortführen würde, bekäme jede Firma sein eigenes landuse mit name, weil alle anderen das ja auch haben. Oder am besten die Variante mit landuse am Knoten, damit der POI auch wirklich überall gerendert wird. Aber ist halt auch die Frage inwiefern Kartenbetrachter Firmen zur Orientierung benötigen. Wenn man am großen Bayer Firmenlogo vorbei fährt, wäre es ja schon gut, das auch auf seiner Karte zu finden. LG ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ortsteil im addr: namespace Re: place=municipality für Gemeinden verwenden?
Am 15.07.2014 16:22, schrieb Florian Lohoff: On Tue, Jul 15, 2014 at 02:12:52PM +0200, 715371 wrote: So hatte ich place=suburb bisher verwendet. In dem Kontext verstehe ich aber place=district nicht. Wäre das eine Zusammenfassung aus mehreren Stadtteilen zu einer Verwaltungseinheit? Mit Beispiel wird es bei mir schwierig, weil die meist sehr individuell sind. Ich probiere es mal mit Bremen West: https://www.openstreetmap.org/relation/1943540 Wie man sehen kann, enthält das Gebiet einige Stadtteile. Bei places sind wir aber ausserhalb von Verwaltungsgeschichten. Das wären admin_levels - place= gibt ja nur das ggfs zentrum einer fläche an und die hierarchie über eben die place tags d.h. Hierarchie hätte man aber auch durch admin_levels selbst und dann auch noch von Verwaltungsflächen, die innerhalb von anderen liegen. place-Tags braucht man in diesem Zusammenhang aus meiner Sicht (außer als label - nur dann ohne place=*) nicht mehr. Oder gibt es da Gegenbeispiele? Um die place-Tags kommt man aber nicht herum - ist ja klar. Nur könnte man da ja vielleicht noch einmal aufräumen. Z.B. ist es keine useful combination die Bevölkerungszahl noch einmal am place-Knoten zu haben, wenn es an der Grenze bereits ist. Das führt nur zur doppelt-Zählung - ist aber hilfreich, solange es keine Grenzen in der OSM zu dem Ort gibt. Wenn place=district nicht unterhalb von city in der Hierarchie angeordnet wird - über suburb - dann ist der Tag ohnehin über, weil das Dingen nur Verwaltungsspezifisch existiert - zumindest in Deutschland. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ortsteil im addr: namespace Re: place=municipality für Gemeinden verwenden?
On Tue, Jul 15, 2014 at 10:03:31PM +0200, 715371 wrote: Bei places sind wir aber ausserhalb von Verwaltungsgeschichten. Das wären admin_levels - place= gibt ja nur das ggfs zentrum einer fläche an und die hierarchie über eben die place tags d.h. Hierarchie hätte man aber auch durch admin_levels selbst und dann auch noch von Verwaltungsflächen, die innerhalb von anderen liegen. place-Tags braucht man in diesem Zusammenhang aus meiner Sicht (außer als label - nur dann ohne place=*) nicht mehr. Loes dich von von den administrativen ebenen. Die sind gelöst und da gibts es mehr oder minder internationale standards und da lässt sich alles relativ gut abbilden. Geographische zuordnung lässt sich aber nicht abbilden. Im prinzip habe ich alleine innerhalb von Rheda-Wiedenbrücks noch mind. 2 weitere ebenen place=town name=Rheda-Wiedenbrück place=district name=Wiedenbrück place=neighbourhood name=Lintel place=district name=Rheda place=neighbourhood name=Nordrheda-Ems Wobei Nordrheda-Ems z.b. vor dem Krieg eine eigene Baupolizei hatte, und immer noch eine eigene Gemarkung ist. Hat aber nichts mit Administration zu tun. Trotzdem (Ich wohne da) bezeichnet sich hier die Nachbarschaft als die Emsbauern. Wenn place=district nicht unterhalb von city in der Hierarchie angeordnet wird - über suburb - dann ist der Tag ohnehin über, weil das Dingen nur Verwaltungsspezifisch existiert - zumindest in Deutschland. Verwaltung != Place Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] place=municipality für Gemeinden verwenden?
On Tue, Jul 15, 2014 at 09:12:07PM +0200, 715371 wrote: Wobei das natürlich mit neutraleren und offiziellen Bezeichnungen wie z.B. Industriegebiet Pusemuckel konkurriert. Wenn man das fortführen würde, bekäme jede Firma sein eigenes landuse mit name, weil alle anderen das ja auch haben. Oder am besten die Variante mit landuse am Knoten, damit der POI auch wirklich überall gerendert wird. Aber ist halt auch die Frage inwiefern Kartenbetrachter Firmen zur Orientierung benötigen. Wenn man am großen Bayer Firmenlogo vorbei fährt, wäre es ja schon gut, das auch auf seiner Karte zu finden. Naja - Wenn man sich Harsewinkel ansieht ist die Hälfte der Stadt Claas Landmaschinen. In Gütersloh ist Dominant Miele und Bertelsmann die jeweils bestimmt 50ha haben. Für sowas kann man das benutzen. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-in] pincode and area mapping?
Public schools in India, with pincode.. you need at least the location in Lat/Long. 1. The following table helps in adding Lat/Long to the pincodes where ever pincodes match. http://pincode.datameet.org/download Populate your data to this for others to use. 2. Then use the resultant table as input in Qgis (or gvSIG, OpenJump) make a shape file. 3. Use JOSM add the shape file, and then upload to OSM. Cheers On Tuesday, July 15, 2014 3:00 AM, Naveen Francis navee...@gmail.com wrote: Can you check this will work for you ? http://post.gisserver.nic.in/ On 14 July 2014 03:17, Nagarjuna G nagar...@gnowledge.org wrote: Do we have the area maps of the pincodes in India? We want to create a layer of public schools in India on OSM. we have the data of schools (1.3 million schools). We have only the postal address. Can we place the schools through a script, given the address of the schools? -- GN ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-it] Nuova nuova challenge su maproulette.org
Fabrizio, ho iniziato a correggere gli errori segnalati ma sto trovando diversi casi (4 su 5) in cui viene segnalata come incoerente la situazione in cui una 'primary_link' o 'secondary_link' è collegata ad una unclassified o residential, ma credo sia il modo corretto per taggare le corsie di collegamento tra una strada principale o secondaria e le strade di classificazione inferiore a cui è collegata. Dato che il numero di falsi positivi mi sembra elevato si potrebbero al momento togliere le strade classificate come *_link per concentrarsi sulle situazioni che molto probabilmente presentano anomalie? Grazie Ciao Marcello Il 14/07/2014 13:25, Fabrizio Tambussa ha scritto: Ciao a tutti, ho creato una nuova challenge su Maproulette: Italian Incoherent Highways. Sono quelle highways di tipo trunk, primary, secondary e motorway che : 1 - non sono collegate a nulla ne' all'inizio ne' alla fine. 2 - terminano senza sbocco e senza noexit=yes 2 - oppure confluiscono in strade di livello basso (residential, service, unclassified, ecc). Possono esserci dei falsi positivi, come ad esempio le vie di confine che escono dall'Italia che risultano non terminate. In questi casi basta scegliere This is not an error e il task sparira'. Oppure possono presentarsi primary che diventano inspiegabilmente unclassified ad ogni rotonda per poi tornare primary. In questo caso occorre uniformare. Buon divertimento. Saluti Sbiribizio ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Donazione dati da parte creatore poigps.com
Il 12 luglio 2014 16:27, Simone Cortesi sim...@cortesi.com ha scritto: 2014-07-12 16:21 GMT+02:00 John Doe theguest...@gmail.com: https://groups.google.com/forum/?hl=IT#!topic/osm-messina/J8DwnifhEtQ puoi chiedere se riesce a fare una pagina o mandare una mail in cui lo dichiara? Due note: * se mettesse una riga anche sul sito sarebbe meglio perché poi in futuro magari qualche utente che non è a conoscenza delle mailing list e/o di questa discussione può risalire più facilmente al fatto che quei dati sono ODbL. * la mail possibilmente è da mandare da un indirizzo riconducibile al sito http://poigps.com/ (che ne so, info (at) poigps.com, per dire), in modo tale da essere sicuri che provenga dall'amministratore del sito. Ciao, C ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuova nuova challenge su maproulette.org
Effettivamente una primary_link non dovrebbe sfociare in una unclassified. E' come se uscissi dal casello autostradale e mi trovassi in una stradina asfaltata larga 3 metri. Se mappiamo le strade in base al flusso di veicoli e non all'importanza che l'Anas da' alle stesse, il ragionamento e' corretto. D'altra parte molti errori si annidano proprio sulle strade di tipo *_link, insieme ai falsi positivi. Ad esempio autostrade che sfociano in rotonde di tipo residential, ecc Ti chiedo di segnalare i casi falsi positivi con il pulsante This is not an error, cosi' non verranno piu' riproposti. Saluti Fabrizio Il giorno 15 luglio 2014 10:50, Marcello arca...@gmail.com ha scritto: Fabrizio, ho iniziato a correggere gli errori segnalati ma sto trovando diversi casi (4 su 5) in cui viene segnalata come incoerente la situazione in cui una 'primary_link' o 'secondary_link' è collegata ad una unclassified o residential, ma credo sia il modo corretto per taggare le corsie di collegamento tra una strada principale o secondaria e le strade di classificazione inferiore a cui è collegata. Dato che il numero di falsi positivi mi sembra elevato si potrebbero al momento togliere le strade classificate come *_link per concentrarsi sulle situazioni che molto probabilmente presentano anomalie? Grazie Ciao Marcello Il 14/07/2014 13:25, Fabrizio Tambussa ha scritto: Ciao a tutti, ho creato una nuova challenge su Maproulette: Italian Incoherent Highways. Sono quelle highways di tipo trunk, primary, secondary e motorway che : 1 - non sono collegate a nulla ne' all'inizio ne' alla fine. 2 - terminano senza sbocco e senza noexit=yes 2 - oppure confluiscono in strade di livello basso (residential, service, unclassified, ecc). Possono esserci dei falsi positivi, come ad esempio le vie di confine che escono dall'Italia che risultano non terminate. In questi casi basta scegliere This is not an error e il task sparira'. Oppure possono presentarsi primary che diventano inspiegabilmente unclassified ad ogni rotonda per poi tornare primary. In questo caso occorre uniformare. Buon divertimento. Saluti Sbiribizio ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Donazione dati da parte creatore poigps.com
Secondo me sarebbe molto utile fare una sezione sul sito tipo donazioni in cui elencarli tutti, sarebbe una sorta di riconoscimento per chi lo fa e incitamento per gli altri. Che ne pensate? Francesca ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aiuto:lettera da inviare a comune siciliano per l'apertura dei dati
Ciao Aury, 2014-07-12 20:05 GMT+02:00 Aury88 [via GIS] ml-node+s19327n5811224...@n5.nabble.com: quindi ricapitolando: le mappe sul sito, non indicando alcuna licenza, possono essere utilizzate liberamente in virtù delle linee guida (con CAD non ho ben capito cosa intendiate) open-by-default anche se realizzate precedentemente alla data di tale legge. il CAD è il Codice dell'Amministrazione Digitale http://www.funzionepubblica.gov.it/lazione-del-ministro/cad/nuovo-codice-dellamministrazione-digitale.aspx in cui è stato introdotto l'open by default http://federalismi.it/ApplMostraDoc.cfm?content=Il+principio+dell%27open+data+by+default+nel+Codice+dell%27Amministrazione+Digitale:+profili+interpretativi+e+questioni+metodologiche+-+stato+-+documentazione+-+artid=23609#.U8T9Ucp_tFk . Consigliate inoltre di contattare l'ufficio competente per richiedere la versione digitale geo-referenziata (shape o dxf ). Direi di chiedere il formato originale. Se hanno collegato degli attributi alle geometrie è più probabile che hanno usato qualcosa come lo shape, se hanno fatto soltanto un disegno sarà un CAD. Qui si pone il problema su che ufficio contattare: voi consigliate l'ufficio tecnico che però nella lista degli uffici del comune di Gela non vedo...ci sono vari settori ognuno con i propri uffici: Edilizia e Urbanistica [1], che mi sembra il più probabile, e quello del Territorio e Ambiente [2] che potrebbe essere comunque coinvolto nel PRG e quasi sicuramente nelle mappe riguardanti la vegetazione e l'utilizzo del suolo ai fini agricoli... Visto che non hai informazioni in merito scriverei a entrambi gli uffici. Saluti, a -- Andrea Borruso website: http://blog.spaziogis.it GEO+ geomatica in Italia http://bit.ly/GEOplus http://bit.ly/GEOplus 38° 7' 48 N, 13° 21' 9 E, EPSG:4326 -- cercare e saper riconoscere chi e cosa, in mezzo all’inferno, non è inferno, e farlo durare, e dargli spazio Italo Calvino - Andrea Borruso email: aborr...@tin.it website: http://blog.spaziogis.it my 2.0 life: http://aborruso.spaziogis.it feed: http://feeds2.feedburner.com/Tanto 38° 7' 48 N, 13° 21' 9 E -- View this message in context: http://gis.19327.n5.nabble.com/Re-Aiuto-lettera-da-inviare-a-comune-siciliano-per-l-apertura-dei-dati-tp5811406.html Sent from the Italy General mailing list archive at Nabble.com.___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSM su La Stampa di oggi
Eh, brutta cosa l'estate! Niente campionato di calcio, Mondiali ormai archiviati, la politica va avanti a rilento, ed a meno di qualche gossip/fattaccio di sangue sensazionale è veramente dura, per i giornalisti, riempire le colonne dei quotidiani. Ma se serve a dar visibilità alla nostra mappa... meno male che c'è, l'estate! Se non ci fosse bisognerebbe inventarla! Ciao, Max -- View this message in context: http://gis.19327.n5.nabble.com/OSM-su-La-Stampa-di-oggi-tp5811243p5811409.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Donazione dati da parte creatore poigps.com
Purtroppo non ho ancora ricevuto risposta. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSM su La Stampa di oggi
Ho appena trovato anche questa (Carlo Gubitosa per L'Espresso): http://gubitosa.blogautore.espresso.repubblica.it/2014/07/10/opendata/ http://gubitosa.blogautore.espresso.repubblica.it/2014/07/10/opendata/ Risale a qualche giorno fa, se è già stata inserita scusate, mi perdo un po' tra i thread... Per caso esiste una pagina in cui è salvata la rassegna stampa? Così se trovo altre news evito di fare post doppi. :-) Max -- View this message in context: http://gis.19327.n5.nabble.com/OSM-su-La-Stampa-di-oggi-tp5811243p5811413.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Donazione dati da parte creatore poigps.com
On Tuesday 15 of July 2014 12:26:28 John Doe wrote: Purtroppo non ho ancora ricevuto risposta. Aspettando la risposta, approfitto per fare una domanda da pedante, che mi pare non sia stata chiesta finora: i termini d'uso che gli utenti concendono al sito per l'uso dei dati permettono al gestore del sito di fornirci questa informazioni in modo che siano usabili (derivazione, ecc)? Ho provato a guardare nel sito ma non ho trovato questa informazione, magari è nella parte privata. Probabilmente ne avete già parlato, ma meglio chiarire. Ciao -- Luigi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] App per editare OSM notes
Sempre aproposito di note, non riesco a far funzionare la API così come indicato nel wiki [1]. A seguito dell'invio di [2] il browser visualizza No l was given. [1] http://wiki.openstreetmap.org/wiki/API_v0.6#Create_a_new_note:_Create:_POST_.2Fapi.2F0.6.2Fnotes [2] http://api.openstreetmap.org/api/0.6/notes?lat=45.9911lon=13.4627text=Gallo - -- cascafico.altervista.org twitter.com/cascafico -- View this message in context: http://gis.19327.n5.nabble.com/App-per-editare-OSM-notes-tp5811022p5811429.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Donazione dati da parte creatore poigps.com
Il 15/lug/2014 13:21 Luigi Toscano luigi.tosc...@tiscali.it ha scritto: On Tuesday 15 of July 2014 12:26:28 John Doe wrote: Purtroppo non ho ancora ricevuto risposta. Aspettando la risposta, approfitto per fare una domanda da pedante, che mi pare non sia stata chiesta finora: i termini d'uso che gli utenti concendono al sito per l'uso dei dati permettono al gestore del sito di fornirci questa informazioni in modo che siano usabili (derivazione, ecc)? Ho provato a guardare nel sito ma non ho trovato questa informazione, magari è nella parte privata. Probabilmente ne avete già parlato, ma meglio chiarire. È un ottimo punto Luigi e, IMHO, una cosa fondamentale. C ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuova nuova challenge su maproulette.org
2014-07-15 11:04 GMT+02:00 Fabrizio Tambussa ftambu...@gmail.com: Effettivamente una primary_link non dovrebbe sfociare in una unclassified. generalmente no, ma potrebbe eccezionalmente succedere (in zone poco abitate). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSM su La Stampa di oggi
2014-07-15 12:22 GMT+02:00 Max1234Ita max1234...@gmail.com: Eh, brutta cosa l'estate! Niente campionato di calcio, Mondiali ormai archiviati, In Germania sta ancora in prima pagina, oggi sono arrivati a Berlino ;-) http://www.morgenpost.de/ ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuova nuova challenge su maproulette.org
Effettivamente una primary_link non dovrebbe sfociare in una unclassified. E' come se uscissi dal casello autostradale e mi trovassi in una stradina asfaltata larga 3 metri. Succede, come dice Martin. Qui da noi molte uscite del raccordo bereguardo-pavia sfociano in stradine minuscole o direttamente in pesini microscopici (residential). Una (massaua) era addirittura sterrata fino a poco tempo fa. I sistemi automatici di rilevazione errori dovrebbero segnare gli errori, non le cose strane, comunque inserite da un mappatore che conosce il territorio. /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuova nuova challenge su maproulette.org
Il giorno 15 luglio 2014 15:31, Alessandro Rubini rubini-l...@gnudd.com ha scritto: I sistemi automatici di rilevazione errori dovrebbero segnare gli errori, non le cose strane, comunque inserite da un mappatore che conosce il territorio. Il sistema automatico rileva una secondary, primary o superiore che sboccano in una unclassified o simili. Il sistema e' automatico e rileva questo, e lo segna come errore. Sta a noi interpretare il valore semantico di errore nel contesto reale. Saluti Fabrizio ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] josm e character encoding
Ho caricato in josm uno shape che contiene caratteri accentati. Il file .dbf utilizza il character encoding utf8. Dopo aver caricato il file, se controllo una way contenente qualche valore con caratteri accentati, questi vengono visualizzati in maniera errata. E' un problema solo di josm o rischio che i dati vengano visualizzati non correttamente anche in altri contesti? (devo salvare questi dati in formato osm ed utilizzarli in osrm) grazie maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] josm e character encoding
2014-07-15 18:07 GMT+02:00 emmexx emm...@tiscalinet.it: Ho caricato in josm uno shape che contiene caratteri accentati. Il file .dbf utilizza il character encoding utf8. Dopo aver caricato il file, se controllo una way contenente qualche valore con caratteri accentati, questi vengono visualizzati in maniera errata. E' un problema solo di josm o rischio che i dati vengano visualizzati non correttamente anche in altri contesti? (devo salvare questi dati in formato osm ed utilizzarli in osrm) con UTF8 non dovresti avere questi problemi. Su quale Sistema operativo stai usando JOSM? Sei sicuro che il file è utf-8? Forse il tuo josm (java) non gira in UTF8 e forse c'`è un parametro per avviare java in utf-8. Prova con -Dfile.encoding=UTF-8 come opzione nella riga di avvio... ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] josm e character encoding
Il 07/15/2014 06:15 PM, Martin Koppenhoefer scrisse: con UTF8 non dovresti avere questi problemi. Su quale Sistema operativo stai usando JOSM? Sei sicuro che il file è utf-8? Forse il tuo josm (java) non gira in UTF8 e forse c'`è un parametro per avviare java in utf-8. Prova con -Dfile.encoding=UTF-8 1. linux 2. ho aperto il file dbf con Calc e ho salvato il file in utf8 Se apro il file con un editor vedo i caratteri accentati solo selezionando UTF-8 3. con -Dfile.encoding=UTF-8 non cambia niente grazie maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] josm e character encoding
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 15/07/2014 18:34, emmexx ha scritto: Il 07/15/2014 06:15 PM, Martin Koppenhoefer scrisse: con UTF8 non dovresti avere questi problemi. Su quale Sistema operativo stai usando JOSM? Sei sicuro che il file è utf-8? Forse il tuo josm (java) non gira in UTF8 e forse c'`è un parametro per avviare java in utf-8. Prova con -Dfile.encoding=UTF-8 1. linux 2. ho aperto il file dbf con Calc e ho salvato il file in utf8 Se apro il file con un editor vedo i caratteri accentati solo selezionando UTF-8 3. con -Dfile.encoding=UTF-8 non cambia niente grazie maxx Se hai Qgis installato, ti conviene aprire lo shape lì, ed esportare tutto, con sistema di riferimento WGS84 e UTF8, così in teoria dovrebbe andare tutto a posto. Unico dubbio, controlla che non sia un caso che quei caratteri accentati erano errati, può essere siano solo alcuni errati ed il resto sia a posto, può essere un'errore di trascrizione di chi ha creato il file o il database. - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1 iF4EAREIAAYFAlPFWTAACgkQoVS0hKoD3PN9KAEAq8m0nhCUVExYjEOk8y1B1uo+ UTxQK/sTbAdp1p4f4xoA/2LuvgFbkflt0xS7a+o05bah7A0iVX11FYVPB1C4LtfR =VuB9 -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] josm e character encoding
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 15/07/2014 19:03, emmexx ha scritto: Il 07/15/2014 06:39 PM, girarsi_liste scrisse: Se hai Qgis installato, ti conviene aprire lo shape lì, ed esportare tutto, con sistema di riferimento WGS84 e UTF8, così in teoria dovrebbe andare tutto a posto. Ok, anche se la terrei come risorsa estrema. Unico dubbio, controlla che non sia un caso che quei caratteri accentati erano errati, può essere siano solo alcuni errati ed il resto sia a posto, può essere un'errore di trascrizione di chi ha creato il file o il database. No, se ricerco qualunque carattere accentato, non trovo nulla. Su google ho trovato alcuni risultati che fanno riferimento al fatto che gli shape conoscono solo iso8859-1. Non vorrei che josm partisse da questo assunto e manipolasse i caratteri per renderli utf8. ciao maxx Occhio che hai risposto solo a me.. ;) Comunque ho trovato questo ticket, vedi se ti può essere utile, c'è da scaricarsi un file di test, e prova a vedere che non sia un bug della tua versione. http://josm.openstreetmap.de/ticket/10214 - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1 iF4EAREIAAYFAlPFZaMACgkQoVS0hKoD3PNvDQD+PAz6XtAMSgVlHBP2jckPf9RR 44Hwm/btskhQQdZeI1gA/16UcvR3SaV2pak7oKlv2gbFp15Qgsu1QMGn0JZNDkly =LEdL -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] josm e character encoding
2014-07-15 18:34 GMT+02:00 emmexx emm...@tiscalinet.it: 2. ho aperto il file dbf con Calc e ho salvato il file in utf8 Se apro il file con un editor vedo i caratteri accentati solo selezionando UTF-8 per toglierti un evventuale dubbio potresti provare: file nome del file che dovrebbe darti informazioni anche sul encoding... ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] josm e character encoding
Il 07/15/2014 07:35 PM, Martin Koppenhoefer scrisse: file nome del file che dovrebbe darti informazioni anche sul encoding... No, niente info su character encoding. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] josm e character encoding
Il 07/15/2014 07:32 PM, girarsi_liste scrisse: Occhio che hai risposto solo a me.. ;) Ops, cancellato l'indirizzo sbagliato. Comunque ho trovato questo ticket, vedi se ti può essere utile, c'è da scaricarsi un file di test, e prova a vedere che non sia un bug della tua versione. http://josm.openstreetmap.de/ticket/10214 Se uso lo shape indicato vedo i caratteri corretti. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] josm e character encoding
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 15/07/2014 19:51, emmexx ha scritto: Se uso lo shape indicato vedo i caratteri corretti. ciao maxx Allora credo che forse, vado a naso, sempre sia possibile perchè non lo so, cambia il tipo di font di sistema o dell'applicazione, forse non supporta quei caratteri, non ho idea, oppure c'è qualche codice che non riesce ad interpretare josm all'interno del file shape o del file dbf, butto lì una serie di dubbi. - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1 iF4EAREIAAYFAlPFavQACgkQoVS0hKoD3PMjiAD9HG7aeJZ4tCS6JvHdujgscCzy Zlc6UbiixIsnRjc3cX4A/05qi5HnIu8wBJij+9o4LhCzuRDsGm53aQClQVuNrVYF =8yfa -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] josm e character encoding
Il 07/15/2014 07:55 PM, girarsi_liste scrisse: Allora credo che forse, vado a naso, sempre sia possibile perchè non lo so, cambia il tipo di font di sistema o dell'applicazione, forse non supporta quei caratteri, non ho idea, oppure c'è qualche codice che non riesce ad interpretare josm all'interno del file shape o del file dbf, butto lì una serie di dubbi. Credo d'aver trovato la causa del problema: http://www.conandalton.net/2011/03/convert-your-mysql-database-from-latin.html In effetti i dati contenuti nello shape derivano da tabelle mysql, esportate in geojson e poi convertite in shape con ogr2ogr. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] App per editare OSM notes
On Tue, Jul 15, 2014 at 1:40 PM, cascafico cascaf...@gmail.com wrote: Sempre aproposito di note, non riesco a far funzionare la API così come indicato nel wiki [1]. A seguito dell'invio di [2] il browser visualizza No l was given. Sei sicuro di usare la modalità POST e di non usare invece la modalità GET? Se semplicemnte metti quell'indirizzo nella barra dell'indirizzo nel browaser (o equivalentemente fai click sul llink) quello che fai è un GET non un POST. Non so se sia questa l'unica origine del problema, ma mi viene proprio da pensare che non stai facendo un POST. AnyFile ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Mappare la Rotonda Antonelliana
Vorrei mappare la Rotonda Antonelliana e la chiesa di Castellamonte. http://www.fctp.it/media///luoghi/10370_97860_1.jpg Le mura a cerchio dovevano essere la chiesa, ma i lavori non sono stati completati, ora queste mura cingono il piazzale antistante la chiesa. Secondo voi è corretto usare historic:monument ? -- Michele www.iw1gfv.it Canale Youtube http://www.youtube.com/user/iw1gfv ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Donazione dati da parte creatore poigps.com
Mi sembra mi accennasti di questo tuo dubbio su IRC. Comunque non ne ho parlato con lui ancora. Aspetto sue notizie (sempre che non abbia cambiato idea nel frattempo), dopodiché discuteremo anche di questa problematica di non poco conto. Il giorno 15/lug/2014 13:21, Luigi Toscano luigi.tosc...@tiscali.it ha scritto: On Tuesday 15 of July 2014 12:26:28 John Doe wrote: Purtroppo non ho ancora ricevuto risposta. Aspettando la risposta, approfitto per fare una domanda da pedante, che mi pare non sia stata chiesta finora: i termini d'uso che gli utenti concendono al sito per l'uso dei dati permettono al gestore del sito di fornirci questa informazioni in modo che siano usabili (derivazione, ecc)? Ho provato a guardare nel sito ma non ho trovato questa informazione, magari è nella parte privata. Probabilmente ne avete già parlato, ma meglio chiarire. Ciao -- Luigi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-dk] osm standard kort
Hej alle korttegnere Når jeg åbner osm, dukker der et standardkort op. Når jeg zoomer ind dukker adgangsveje (highway=service) og skovveje (highway=track) op ved zoom-niveau 13. Så burde der være ubrudt forbindelse fra motorveje til skovveje, idet mange, hvis ikke de fleste, skovveje er forbundet til de større veje via adgangsveje. Men hvis adgangsvejene er beskrevet ved både highway=service OG service=driveway dukker adgangsvejene først op ved zoom-niveau 16. Da langt de fleste adgangsveje er beskrevet ved både highway=service OG service=driveway, betyder det, at der kommer huller i vejnettet ved zoom-niveau 13, 14 og 15. Mange skovveje ser ud som om, de slet ikke har forbindelse med landets øvrige vejnet. Det virker ikke hensigtsmæssigt. Men måske er der en god forklaring på det. Er der nogen der har den gode forklaring? Venlig hilsen Kristian Krægpøth PS: Cykelkortet skelner ikke på samme måde mellem diverse beskrivelser af adgangsveje, de dukker alle op samtidig med skovvejene. Så jeg kan selvfølgelig bare kigge på cykelkortet - men uhensigtsmæssigheden på standardkortet irriterer alligevel. ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] osm standard kort
On 15/07/2014 23:31, Niels Elgaard Larsen wrote: On 14-07-15 04:44 PM, Kristian Krægpøth wrote: Hej alle korttegnere Når jeg åbner osm, dukker der et standardkort op. Når jeg zoomer ind dukker adgangsveje (highway=service) og skovveje (highway=track) op ved zoom-niveau 13. Så burde der være ubrudt forbindelse fra motorveje til skovveje, idet mange, hvis ikke de fleste, skovveje er forbundet til de større veje via adgangsveje. Men hvis adgangsvejene er beskrevet ved både highway=service OG service=driveway dukker adgangsvejene først op ved zoom-niveau 16. Da langt de fleste adgangsveje er beskrevet ved både highway=service OG service=driveway, betyder det, at der kommer huller i vejnettet ved zoom-niveau 13, 14 og 15. Mange skovveje ser ud som om, de slet ikke har forbindelse med landets øvrige vejnet. Det virker ikke hensigtsmæssigt. Men måske er der en god forklaring på det. Er der nogen der har den gode forklaring? Indkorsler burde jo ikke vaere adgangsveje mellem motorveje og skovveje. Saa der er nok en del veje tagget som highway=service,service=driveway, der burde vaere highway=unclassified. Jeg kender situationen. Indkørslen til gården er indtegnet som en driveway, hvilket sådan set er korrekt (det er i hvert fald ikke en offentlig vej, som unclassified ville indikere). Fra gården udgår så mark- og skovveje, som også korrekt er indtegnet som tracks. Problemet er at mapnik stylesheetet først viser driveways ved et meget højere zoom end tracks, måske fordi man antager at det drejer sig om små indkørsler til garager i villakvarterer. Men indkørsler til gårde og lignende er også private og i princippet ikke anderledes. Enten bør tracks først vises ved et højere zoom (hvilket næppe vil behage i øde egne som den australske outback, hvor tracks er vigtige også ved lave zooms) eller også må driveways vises ved lavere zooms (med et rodet kort i bymæssig bebyggelse til følge). Måske undlade at bruge service=driveway, hvis der er tracks forbundet i enden? ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-gb-westmidlands] Aug 9th OSM 10th Birthday
Brian, Yes, Liz is up for a cake J Cheers Andy From: Brian Prangle [mailto:br...@mappa-mercia.org] Sent: 14 July 2014 20:55 To: OSM Group WM Subject: [Talk-gb-westmidlands] Aug 9th OSM 10th Birthday Hi everyone I'm thinking we need just a room for a get together and refreshments(with a cake - Andy is this still possible?) Anyone know of any free venues? Once we've got a location it might be good to contact everyone who's mapped or registered with OSM in the West Mids to get them along. Regards Brian -- Book your diary - Aug 9th 2014 is OSM's 10th Birthday - West Midlands event under preparation _ No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4716 / Virus Database: 3986/7832 - Release Date: 07/10/14 ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] Aug 9th OSM 10th Birthday
I put out a tweet asking for suggested free venues and had a couple of responses: Six Eight Kafé on Temple Row (near the Cathedral in the city centre): http://www.sixeightkafe.co.uk/ https://twitter.com/SixEightKafe/status/489113935363469312 The Anchor in Digbeth http://www.anchorinndigbeth.co.uk/ https://twitter.com/anchordigbeth/status/489107945733779456 We normally do a pub in the evening so could try the coffee shop place to see if we get a different crowd. It's only a 10 min walk between the two so could move on for a drink at the Anchor afterwards :-) I'm not sure how many people we should expect but I can help spread the word via twitter, the blog and the OSM message system. We should get the plan confirmed in the next couple of days though :-) Rob p.s. I need to check travel times, but at the moment I don't think I will make it up from Kent in time. On 15 July 2014 07:19, Andy Robinson ajrli...@gmail.com wrote: Brian, Yes, Liz is up for a cake J Cheers Andy *From:* Brian Prangle [mailto:br...@mappa-mercia.org] *Sent:* 14 July 2014 20:55 *To:* OSM Group WM *Subject:* [Talk-gb-westmidlands] Aug 9th OSM 10th Birthday Hi everyone I'm thinking we need just a room for a get together and refreshments(with a cake - Andy is this still possible?) Anyone know of any free venues? Once we've got a location it might be good to contact everyone who's mapped or registered with OSM in the West Mids to get them along. Regards Brian -- Book your diary - Aug 9th 2014 is OSM's 10th Birthday - West Midlands event under preparation -- No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4716 / Virus Database: 3986/7832 - Release Date: 07/10/14 ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-at] Siedlungsnamen Gablitz
Servus! Ich bin ein OSM - Fan der sie auch sehr gerne verwendet und bei Euch mit Interesse mitliest! Da war vor kurzem eine Diskussion ber die nicht benannten Gipfel im Tennengebirge. Im Zuge der Diskussion wurden 2 Webseiten genannt auf denen man Gipfel und Ortsnamen, Riednamen finden kann, ich wollte mir die Seitenadressen aufschreiben, aber das ist irgendwie verloren gegangen. Kann mir jemand mit diesen 2 Adressen aushelfen DANKE!!! Ich wrde gerne einmal zu einem Treffen von Euch in Wien kommen, vielleicht schaffe ich es zum Treffen in Perchtoldsdorf zu kommen. Mit freundlichen Gren Alfred Gesendet:Montag, 14. Juli 2014 um 10:47 Uhr Von:Andreas Labres l...@lab.at An:OpenStreetMap AT talk-at@openstreetmap.org Betreff:[Talk-at] Siedlungsnamen Gablitz Hallo! Jemand hat die Siedlungsnamen in Gablitz (Hannbaumsiedlung usw.) alle als place=suburb getaggt. http://www.openstreetmap.org/#map=15/48.2280/16.1463 IMO keine sonderlich gute Idee, oder wie seht Ihr das? Ich denke, place=neighbourhood wre passend. Anders behandeln sollte man IMO Allhang, Hochbuch und Hberbach, die waren mal eigene Ortschaften im Ortschaftsverzeichnis (Ortsteile), dafr ist suburb wohl weiterhin passend, zumal da glaube ich auch Ortsschilder existieren. Auch hamlet wre fr Allhand und Hbersbach passend. /al ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Geographische Namen (was: Siedlungsnamen Gablitz)
Hallo Alfred! Willkommen hier! On 15.07.14 15:57, Alfred Reichl wrote: Da war vor kurzem eine Diskussion über die nicht benannten Gipfel im Tennengebirge. Im Zuge der Diskussion wurden 2 Webseiten genannt auf denen man Gipfel und Ortsnamen, Riednamen finden kann, ich wollte mir die Seitenadressen aufschreiben, aber das ist irgendwie verloren gegangen. Kann mir jemand mit diesen 2 Adressen aushelfen – DANKE!!! Erst mal: Bitte nicht Threads kapern. Wenn Du den passenden Thread nicht mehr findest, so mache bitte einen neuen auf (einfach eine Nachricht an talk-at AT openstreetmap.org schicken). Also den Thread findest Du hier: https://lists.openstreetmap.org/pipermail/talk-at/2014-June/thread.html - Tennengebirge Ich weiß nicht, was für Webseiten Du jetzt meinst, aber: Historische Namen kann man hier suchen: http://de.wikipedia.org/wiki/Franzisco-Josephinische_Landesaufnahme Die Basemap, die man in jeden Editor von OSM einbinden kann, hat viele solche Geonyme: http://www.basemap.at/application/ Und dann gibt's natürlich die offizielle Karte des BEV (von der man nicht abzeichnen darf!): http://www.amap.at/ Beim Eintragen von Namen in OSM muss man aber immer aufpassen, keine Doppeleinträge zu erzeugen! Stammtisch im August ist wie üblich Wieden Bräu, September werden wir vielleicht in P'Dorf machen. /al ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-ro] sorein
How can we know if sorein will make another account using another email, and connecting to the OSM editor using a proxy. @Strainu, you misunderstood me When you'll know me better you will see that I was right in what I said to Facebook OSM Group. I respect others work, but you didn't understand well what I said. I just want the tags to be used correctly. That's why I gave the link to wikipedia When OSMand will implement well in the routing script, the using of smoothness tags, and a major road will have very_bad tag set on it... The priority of the road will not be as high as you think. The script will try to avoid that segment of road, and you'll have to make more km to reach your destination. Then we'll have to revise again all the tags from the major roads.. EU Roads, DN Roads, DJ Roads,.. We are now a very small group of people that we remain active on editor... All my work that I've done was entered manualy. I didn't import, or used bots like others. I'm not programmer like you So again I respect other work, but I only want that the tags for the roads to be used accordingly like in wikipedia pages. So that road with the very_bad tag, has much better asphalt quality, is between intermediate to good... PS. Don't even dare to compare me with sorein. There was a lot of reports from me about sorein Best regards ! Have a nice day to all of you ! 2014-07-15 9:41 GMT+03:00 Strainu [via GIS] ml-node+s19327n5811371...@n5.nabble.com: Serge, Thanks for letting us know about this decision. I appreciate your resolve in keeping such a long correspondence with Sorein. We will see in the coming months whether this will affect the project otherwise than by reducing the number of edit wars in Romania, but I am optimistic that no harm will come from this ban. I was wondering how is the DWG handling the matter of clones created by a banned user? My experience on Wikipedia shows that most of them tend to come back under another account. Now, if only Sorein's opponents will also tone their language down a bit when referring to users making changes they are not happy about, that would be great. Strainu În data de 15 iulie 2014, 03:28, Serge Wroclawski [hidden email] http://user/SendEmail.jtp?type=nodenode=5811371i=0 a scris: Dragă comunitatea românească, Eu cer scuze în avans, în cazul în care acest e-mail sună ciudat. Eu nu vorbesc limba română și eu sunt, folosind un program de traducere pentru a traduce acest e-mail (originalul este în partea de jos a acestui e-mail). După o deliberare de mult, grupul de lucru de date a decis să plaseze un bloc nedefinită pe utilizator sorein: http://www.openstreetmap.org/user_blocks/493 Explicația completă pentru această interdicție este situat pe mesajul ban, așa că nu voi repeta ceea ce am scris acolo. Acest lucru nu este ceva care DWG ia ușor, dar am simțit că era necesar în acest caz. Dacă cineva are întrebări cu privire la acest lucru, poți să mă întrebi în acest thread, sau cere [hidden email] http://user/SendEmail.jtp?type=nodenode=5811371i=1 Va multumesc, Serge în numele DWG Mesaj originală Dear Romanian Community, I appologize in advance if this mail sounds strange. I do not speak Romanian and I am using a translation program to translate this email (the original is at the bottom of this mail). After a long deliberation, the Data Working Group has decided to place an indefinite block on user sorein: http://www.openstreetmap.org/user_blocks/493 The full explanation for this ban is located on the ban message, so I will not repeat what we have written there. This is not something that the DWG takes lightly, but we felt it was necessary in this case. If anyone has any questions about this, you can ask me in this thread, or ask [hidden email] http://user/SendEmail.jtp?type=nodenode=5811371i=2 Thank you, Serge on behalf of the DWG Original Message ___ Talk-ro mailing list [hidden email] http://user/SendEmail.jtp?type=nodenode=5811371i=3 https://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list [hidden email] http://user/SendEmail.jtp?type=nodenode=5811371i=4 https://lists.openstreetmap.org/listinfo/talk-ro -- If you reply to this email, your message will be added to the discussion below: http://gis.19327.n5.nabble.com/sorein-tp5811366p5811371.html To start a new topic under Romania, email ml-node+s19327n542503...@n5.nabble.com To unsubscribe from Romania, click here http://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=5425034code=R2FicmllbFNlYmFzdGlhbk1vaXNlQGdtYWlsLmNvbXw1NDI1MDM0fC0xNjUyMTcwOTky . NAML
[Talk-ro] Smoothness în România
Salut, Cum Gabriel văd că o tine pe a lui, o să aduc eu problema asta în discuție. Spun de la bun început că obiectul mailului ăstuia nu e felul cum e pusă problema, ci problema în sine El a adus în discuție pe Facebook [1] faptul că marcarea DN2C cu smoothness=very_bad contravine cu [2] și că în acest fel sunt confuzate programele de rutare din OSMAnd și altele. I s-a explicat (în comentarii) că editarea respectivă respectă [3], o împărțire alternativă bazată pe vitezele de deplasare confortabilă raportate de diverși șoferi din teren. Ciprian a atras în plus atenția asupra secțiunii Controversy de pe OSM, unde scrie, pe lângă faptul că împărțirea nu e acceptată de toată lumea, și: As always on OSM you are free to use the keys you like in the way you like!. Aș deci să stabilim pe ce variantă mergem în România ([2] sau [3]). După părerea mea: 1. Pagina de wiki nu permite practic drumuri asfaltate mai proaste de bad, ceea ce e total nerealist pentru România 2. Nu mapăm pentru un program anume 3. Chiar dacă e altă împărțire față de cea de pe wiki, ea rămâne ordonată în același fel, adică programele de rutare ar trebui să ia tot decizii corecte chiar și cu această împărțire 4. Propunerea de la [3] se bazează pe o metrică relativ ușor de înțeles și de reprodus, făcând mult mai ușoară colectarea datelor. E mult mai ușor să întrebi ce mașină/motocicletă ai și cu cât s-ar merge lejer pe porțiunea respectivă dacă ar fi în linie dreaptă decât oare poți să mergi cu rolele pe acolo? Dar cu 4x4? Propunerea mea e deci varianta de la [3], urmată de o propunere de schimbare a paginii [2] (propunerile sunt în pagina de discuții). Strainu [1] https://www.facebook.com/groups/1487443198159793/permalink/1494077640829682/ [2] http://wiki.openstreetmap.org/wiki/Key:smoothness [3] https://wiki.openstreetmap.org/wiki/Motorcycle_map_of_Romania ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] sorein
Easy with the accusations, guys. It's good to see that a toxic element was taken out of the picture, they won't poison the group anymore. The editor group may be small but we're dedicated :) I'm quite new (~1 year), but I like what I see. Let's keep the sense of community strong and help each other out, as well as spread the word about OSM. Rares On Tue, Jul 15, 2014 at 10:43 AM, Gabriel Sebastian Moise gabrielsebastianmo...@gmail.com wrote: How can we know if sorein will make another account using another email, and connecting to the OSM editor using a proxy. @Strainu, you misunderstood me When you'll know me better you will see that I was right in what I said to Facebook OSM Group. I respect others work, but you didn't understand well what I said. I just want the tags to be used correctly. That's why I gave the link to wikipedia When OSMand will implement well in the routing script, the using of smoothness tags, and a major road will have very_bad tag set on it... The priority of the road will not be as high as you think. The script will try to avoid that segment of road, and you'll have to make more km to reach your destination. Then we'll have to revise again all the tags from the major roads.. EU Roads, DN Roads, DJ Roads,.. We are now a very small group of people that we remain active on editor... All my work that I've done was entered manualy. I didn't import, or used bots like others. I'm not programmer like you So again I respect other work, but I only want that the tags for the roads to be used accordingly like in wikipedia pages. So that road with the very_bad tag, has much better asphalt quality, is between intermediate to good... PS. Don't even dare to compare me with sorein. There was a lot of reports from me about sorein Best regards ! Have a nice day to all of you ! 2014-07-15 9:41 GMT+03:00 Strainu [via GIS] [hidden email] http://user/SendEmail.jtp?type=nodenode=5811379i=0: Serge, Thanks for letting us know about this decision. I appreciate your resolve in keeping such a long correspondence with Sorein. We will see in the coming months whether this will affect the project otherwise than by reducing the number of edit wars in Romania, but I am optimistic that no harm will come from this ban. I was wondering how is the DWG handling the matter of clones created by a banned user? My experience on Wikipedia shows that most of them tend to come back under another account. Now, if only Sorein's opponents will also tone their language down a bit when referring to users making changes they are not happy about, that would be great. Strainu În data de 15 iulie 2014, 03:28, Serge Wroclawski [hidden email] http://user/SendEmail.jtp?type=nodenode=5811371i=0 a scris: Dragă comunitatea românească, Eu cer scuze în avans, în cazul în care acest e-mail sună ciudat. Eu nu vorbesc limba română și eu sunt, folosind un program de traducere pentru a traduce acest e-mail (originalul este în partea de jos a acestui e-mail). După o deliberare de mult, grupul de lucru de date a decis să plaseze un bloc nedefinită pe utilizator sorein: http://www.openstreetmap.org/user_blocks/493 Explicația completă pentru această interdicție este situat pe mesajul ban, așa că nu voi repeta ceea ce am scris acolo. Acest lucru nu este ceva care DWG ia ușor, dar am simțit că era necesar în acest caz. Dacă cineva are întrebări cu privire la acest lucru, poți să mă întrebi în acest thread, sau cere [hidden email] http://user/SendEmail.jtp?type=nodenode=5811371i=1 Va multumesc, Serge în numele DWG Mesaj originală Dear Romanian Community, I appologize in advance if this mail sounds strange. I do not speak Romanian and I am using a translation program to translate this email (the original is at the bottom of this mail). After a long deliberation, the Data Working Group has decided to place an indefinite block on user sorein: http://www.openstreetmap.org/user_blocks/493 The full explanation for this ban is located on the ban message, so I will not repeat what we have written there. This is not something that the DWG takes lightly, but we felt it was necessary in this case. If anyone has any questions about this, you can ask me in this thread, or ask [hidden email] http://user/SendEmail.jtp?type=nodenode=5811371i=2 Thank you, Serge on behalf of the DWG Original Message ___ Talk-ro mailing list [hidden email] http://user/SendEmail.jtp?type=nodenode=5811371i=3 https://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list [hidden email] http://user/SendEmail.jtp?type=nodenode=5811371i=4 https://lists.openstreetmap.org/listinfo/talk-ro -- If you reply to this email, your message will be added to the discussion below:
Re: [Talk-ro] sorein
Chestia cu As always on OSM you are free to use the keys you like in the way you like! denota lipsa de profesionalism si ceva similar cu hai sa facem treaba ca pe maidan... Si o iesi o improvizatie pana la urma... On 15.07.2014 12:31, Filip Chirita Rares Cristian wrote: Easy with the accusations, guys. It's good to see that a toxic element was taken out of the picture, they won't poison the group anymore. The editor group may be small but we're dedicated :) I'm quite new (~1 year), but I like what I see. Let's keep the sense of community strong and help each other out, as well as spread the word about OSM. Rares On Tue, Jul 15, 2014 at 10:43 AM, Gabriel Sebastian Moise gabrielsebastianmo...@gmail.com mailto:gabrielsebastianmo...@gmail.com wrote: How can we know if sorein will make another account using another email, and connecting to the OSM editor using a proxy. @Strainu, you misunderstood me When you'll know me better you will see that I was right in what I said to Facebook OSM Group. I respect others work, but you didn't understand well what I said. I just want the tags to be used correctly. That's why I gave the link to wikipedia When OSMand will implement well in the routing script, the using of smoothness tags, and a major road will have very_bad tag set on it... The priority of the road will not be as high as you think. The script will try to avoid that segment of road, and you'll have to make more km to reach your destination. Then we'll have to revise again all the tags from the major roads.. EU Roads, DN Roads, DJ Roads,.. We are now a very small group of people that we remain active on editor... All my work that I've done was entered manualy. I didn't import, or used bots like others. I'm not programmer like you So again I respect other work, but I only want that the tags for the roads to be used accordingly like in wikipedia pages. So that road with the very_bad tag, has much better asphalt quality, is between intermediate to good... PS. Don't even dare to compare me with sorein. There was a lot of reports from me about sorein Best regards ! Have a nice day to all of you ! 2014-07-15 9:41 GMT+03:00 Strainu [via GIS] [hidden email] http://user/SendEmail.jtp?type=nodenode=5811379i=0: Serge, Thanks for letting us know about this decision. I appreciate your resolve in keeping such a long correspondence with Sorein. We will see in the coming months whether this will affect the project otherwise than by reducing the number of edit wars in Romania, but I am optimistic that no harm will come from this ban. I was wondering how is the DWG handling the matter of clones created by a banned user? My experience on Wikipedia shows that most of them tend to come back under another account. Now, if only Sorein's opponents will also tone their language down a bit when referring to users making changes they are not happy about, that would be great. Strainu În data de 15 iulie 2014, 03:28, Serge Wroclawski [hidden email] http://user/SendEmail.jtp?type=nodenode=5811371i=0 a scris: Draga( comunitatea româneasca(, Eu cer scuze în avans, în cazul în care acest e-mail suna( ciudat. Eu nu vorbesc limba româna( s,i eu sunt, folosind un program de traducere pentru a traduce acest e-mail (originalul este în partea de jos a acestui e-mail). Dupa( o deliberare de mult, grupul de lucru de date a decis sa( plaseze un bloc nedefinita( pe utilizator sorein: http://www.openstreetmap.org/user_blocks/493 Explicat,ia completa( pentru aceasta( interdict,ie este situat pe mesajul ban, as,a ca( nu voi repeta ceea ce am scris acolo. Acest lucru nu este ceva care DWG ia us,or, dar am simt,it ca( era necesar în acest caz. Daca( cineva are întreba(ri cu privire la acest lucru, pot,i sa( ma( întrebi în acest thread, sau cere [hidden email] http://user/SendEmail.jtp?type=nodenode=5811371i=1 Va multumesc, Serge în numele DWG Mesaj originala( Dear Romanian Community, I appologize in advance if this mail sounds strange. I do not speak Romanian and I am using a translation program to translate this email (the original is at the bottom of this mail). After a long deliberation, the Data Working Group has decided to place an indefinite block on user sorein: http://www.openstreetmap.org/user_blocks/493
Re: [Talk-ro] sorein
Din aceasta cauza softuri cum sunt osmand nu pot integra anumite taguri si nu o pot scoate la capat cu rutarea pentru ca pe harta se lucreaza ca la ceape ( mai ales in partea de est a europei unde lipseste multora educatia de lucru in comunitate). Si de aceea exista gap-ul imens intre ce s-a rezlizat pe osm in vestul eurpei si ce este aici. Cei din vestul europei au trecut de mult de faza cu eu am dreptate si tu esti prost... On 15.07.2014 12:35, Razvan Radulescu wrote: Chestia cu As always on OSM you are free to use the keys you like in the way you like! denota lipsa de profesionalism si ceva similar cu hai sa facem treaba ca pe maidan... Si o iesi o improvizatie pana la urma... On 15.07.2014 12:31, Filip Chirita Rares Cristian wrote: Easy with the accusations, guys. It's good to see that a toxic element was taken out of the picture, they won't poison the group anymore. The editor group may be small but we're dedicated :) I'm quite new (~1 year), but I like what I see. Let's keep the sense of community strong and help each other out, as well as spread the word about OSM. Rares On Tue, Jul 15, 2014 at 10:43 AM, Gabriel Sebastian Moise gabrielsebastianmo...@gmail.com mailto:gabrielsebastianmo...@gmail.com wrote: How can we know if sorein will make another account using another email, and connecting to the OSM editor using a proxy. @Strainu, you misunderstood me When you'll know me better you will see that I was right in what I said to Facebook OSM Group. I respect others work, but you didn't understand well what I said. I just want the tags to be used correctly. That's why I gave the link to wikipedia When OSMand will implement well in the routing script, the using of smoothness tags, and a major road will have very_bad tag set on it... The priority of the road will not be as high as you think. The script will try to avoid that segment of road, and you'll have to make more km to reach your destination. Then we'll have to revise again all the tags from the major roads.. EU Roads, DN Roads, DJ Roads,.. We are now a very small group of people that we remain active on editor... All my work that I've done was entered manualy. I didn't import, or used bots like others. I'm not programmer like you So again I respect other work, but I only want that the tags for the roads to be used accordingly like in wikipedia pages. So that road with the very_bad tag, has much better asphalt quality, is between intermediate to good... PS. Don't even dare to compare me with sorein. There was a lot of reports from me about sorein Best regards ! Have a nice day to all of you ! 2014-07-15 9:41 GMT+03:00 Strainu [via GIS] [hidden email] http://user/SendEmail.jtp?type=nodenode=5811379i=0: Serge, Thanks for letting us know about this decision. I appreciate your resolve in keeping such a long correspondence with Sorein. We will see in the coming months whether this will affect the project otherwise than by reducing the number of edit wars in Romania, but I am optimistic that no harm will come from this ban. I was wondering how is the DWG handling the matter of clones created by a banned user? My experience on Wikipedia shows that most of them tend to come back under another account. Now, if only Sorein's opponents will also tone their language down a bit when referring to users making changes they are not happy about, that would be great. Strainu În data de 15 iulie 2014, 03:28, Serge Wroclawski [hidden email] http://user/SendEmail.jtp?type=nodenode=5811371i=0 a scris: Draga( comunitatea româneasca(, Eu cer scuze în avans, în cazul în care acest e-mail suna( ciudat. Eu nu vorbesc limba româna( s,i eu sunt, folosind un program de traducere pentru a traduce acest e-mail (originalul este în partea de jos a acestui e-mail). Dupa( o deliberare de mult, grupul de lucru de date a decis sa( plaseze un bloc nedefinita( pe utilizator sorein: http://www.openstreetmap.org/user_blocks/493 Explicat,ia completa( pentru aceasta( interdict,ie este situat pe mesajul ban, as,a ca( nu voi repeta ceea ce am scris acolo. Acest lucru nu este ceva care DWG ia us,or, dar am simt,it ca( era necesar în acest caz. Daca( cineva are întreba(ri cu privire la acest lucru, pot,i sa( ma( întrebi în acest thread, sau cere [hidden email] http://user/SendEmail.jtp?type=nodenode=5811371i=1 Va multumesc, Serge în numele DWG Mesaj
Re: [Talk-ro] sorein
Corect ! 2014-07-15 12:41 GMT+03:00 razor74 [via GIS] ml-node+s19327n5811397...@n5.nabble.com: Din aceasta cauza softuri cum sunt osmand nu pot integra anumite taguri si nu o pot scoate la capat cu rutarea pentru ca pe harta se lucreaza ca la ceape ( mai ales in partea de est a europei unde lipseste multora educatia de lucru in comunitate). Si de aceea exista gap-ul imens intre ce s-a rezlizat pe osm in vestul eurpei si ce este aici. Cei din vestul europei au trecut de mult de faza cu eu am dreptate si tu esti prost... On 15.07.2014 12:35, Razvan Radulescu wrote: Chestia cu As always on OSM you are free to use the keys you like in the way you like! denota lipsa de profesionalism si ceva similar cu hai sa facem treaba ca pe maidan... Si o iesi o improvizatie pana la urma... On 15.07.2014 12:31, Filip Chirita Rares Cristian wrote: Easy with the accusations, guys. It's good to see that a toxic element was taken out of the picture, they won't poison the group anymore. The editor group may be small but we're dedicated :) I'm quite new (~1 year), but I like what I see. Let's keep the sense of community strong and help each other out, as well as spread the word about OSM. Rares On Tue, Jul 15, 2014 at 10:43 AM, Gabriel Sebastian Moise [hidden email] http://user/SendEmail.jtp?type=nodenode=5811397i=0 wrote: How can we know if sorein will make another account using another email, and connecting to the OSM editor using a proxy. @Strainu, you misunderstood me When you'll know me better you will see that I was right in what I said to Facebook OSM Group. I respect others work, but you didn't understand well what I said. I just want the tags to be used correctly. That's why I gave the link to wikipedia When OSMand will implement well in the routing script, the using of smoothness tags, and a major road will have very_bad tag set on it... The priority of the road will not be as high as you think. The script will try to avoid that segment of road, and you'll have to make more km to reach your destination. Then we'll have to revise again all the tags from the major roads.. EU Roads, DN Roads, DJ Roads,.. We are now a very small group of people that we remain active on editor... All my work that I've done was entered manualy. I didn't import, or used bots like others. I'm not programmer like you So again I respect other work, but I only want that the tags for the roads to be used accordingly like in wikipedia pages. So that road with the very_bad tag, has much better asphalt quality, is between intermediate to good... PS. Don't even dare to compare me with sorein. There was a lot of reports from me about sorein Best regards ! Have a nice day to all of you ! 2014-07-15 9:41 GMT+03:00 Strainu [via GIS] [hidden email] http://user/SendEmail.jtp?type=nodenode=5811379i=0: Serge, Thanks for letting us know about this decision. I appreciate your resolve in keeping such a long correspondence with Sorein. We will see in the coming months whether this will affect the project otherwise than by reducing the number of edit wars in Romania, but I am optimistic that no harm will come from this ban. I was wondering how is the DWG handling the matter of clones created by a banned user? My experience on Wikipedia shows that most of them tend to come back under another account. Now, if only Sorein's opponents will also tone their language down a bit when referring to users making changes they are not happy about, that would be great. Strainu În data de 15 iulie 2014, 03:28, Serge Wroclawski [hidden email] http://user/SendEmail.jtp?type=nodenode=5811371i=0 a scris: Dragă comunitatea românească, Eu cer scuze în avans, în cazul în care acest e-mail sună ciudat. Eu nu vorbesc limba română și eu sunt, folosind un program de traducere pentru a traduce acest e-mail (originalul este în partea de jos a acestui e-mail). După o deliberare de mult, grupul de lucru de date a decis să plaseze un bloc nedefinită pe utilizator sorein: http://www.openstreetmap.org/user_blocks/493 Explicația completă pentru această interdicție este situat pe mesajul ban, așa că nu voi repeta ceea ce am scris acolo. Acest lucru nu este ceva care DWG ia ușor, dar am simțit că era necesar în acest caz. Dacă cineva are întrebări cu privire la acest lucru, poți să mă întrebi în acest thread, sau cere [hidden email] http://user/SendEmail.jtp?type=nodenode=5811371i=1 Va multumesc, Serge în numele DWG Mesaj originală Dear Romanian Community, I appologize in advance if this mail sounds strange. I do not speak Romanian and I am using a translation program to translate this email (the original is at the bottom of this mail). After a long deliberation, the Data Working Group has decided to place an indefinite block on user sorein: http://www.openstreetmap.org/user_blocks/493 The
Re: [Talk-ro] sorein
Strainu, Thank you for your question. The answer to how we handle clones/proxy accounts/sock puppets is quite straightforward. Any account that Sorin creates has the same status for us as the sorein account. How do we determine if an account is a sock puppet? We work with the admin team to determine that. I will not say that the process is perfect and that it's impossible that he will return, but if he does, I think it would be quite evident in the data editing patterns. I also very much appreciate your question about Sorin's enemies. We are also concerned about this issue. The DWG never took a position on the issue of road naming- we were concerned about the edit war and the language. We are not the etiquette police, but Sorin's language was beyond what I think a reasonable person would find acceptable. We are especially concerned that there may be some editing backlash, and if people see it, they are encouraged to contact the DWG. In general, we hope that the Romanian community focuses more on community building- physical meetings, etc. We have found that having such events reduces conflict in general. - Serge ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
