Re: [talk-ph] Welcoming new PH mappers
Hi Nick, You should check out the private data store pioneered by HOT in Indonesia. That was used to link private household data to OSM polygons. We're looking to do something similar with American Red Cross data -- still at the whiteboard stage though. Cheers, Robert On Wed, Oct 29, 2014 at 1:54 PM, Nick Brown n...@nickbrown.ca wrote: Hi Arnoud et al, I also had some similar questions I'd been noting down. Perhaps in the Ph Wiki Conventions page we could add a specific section discussing mapping for DRR critical infrastructure tags? - How to tag evacuation centers? How to add details (i.e. capacity, engineering details, roof type, etc) - How best to tag Puroks/Sitio boundaries? - How to tag the meeting place of a Purok/Sitio? - Is it possible to tag evacuation routes? - Is it possible for NGOs/LGU to link private household data to OSM polygons, such as household economic indicators, or tax mapping codes, and maintain this data in a private database? - How to tag LGU designated command posts? - How to tag relocation sites planned/in progress from NGOs and LGUs? - How to handle the fact that NAMRIA Barangay boundaries differ from local practices? - How to tag internet cafes? - How to tag cellphone and radio towers? - How to tag rural health units? Those are some of the questions that have come up in the last couple weeks for us. Cheers, Nick On Wed, Oct 29, 2014 at 10:17 AM, Arnoud Keizer a.j.kei...@gmail.com wrote: Hi Maning and others, Thanks for the welcome remarks :) I joined the Phil. OSM mailinglist also recently. The last month I conducted several OSM introduction and hands-on workshops, together with staff of NOAH and VSO Bahaginan. We did 3 introduction workshops on OSM-critical infrastructure-impactanalysis and 5 hands-on trainings for OSM in Samar, Cebu and Bohol. A question raised during our workshops, which was also about the mapping of critical infrastructure, was tagging emergency buildings that are used as an evacuation center during an emergency, could be normal school buildings, what kind of tags do you usually use for these objects? I could not find them in the mapping conventions for the Philippines or in the Int. feature list. Regarding the mailing list, I think both the international as the Philippine based lists are really useful! I was wondering if regarding QA's a message board could be more effective, that could prevent newbies like me from asking the same questions every now or then:). I found this http://forum.openstreetmap.org, maybe we can also use this one for mapping in the Philippines? Best wishes, Arnoud Keizer *VSO volunteer for project DREAM http://dream.upd.edu.ph * Tel. *+63 9172405489* E-mail. a.j.kei...@gmail.com Blog. halo-halo.waarbenjij.nu Let's use *OpenStreetMap* http://www.openstreetmap.org/, 'cause proper maps can save lives! 2014-10-26 22:05 GMT+08:00 maning sambale emmanuel.samb...@gmail.com: Hi, Once in a while, I try to send a welcome note to new mappers as I stumble into their edits. I think this is a good strategy to inform the mappers that: 1. their contributions (however small) were appreciated; 2. they can ask questions if they want to. In some cases, recipients respond and appreciate the message. Most of the times, I don't get a response. I don't know if there are those in the list who do this as well. Might be good to coordinate efforts in order not overwhelm new users with unsolicited messages. Swiss OSM do this too [0]. If you want to know the new editors in the PH you can check this page [1]. I think some of last week's new contributors were from Project NOAH's workshop in Iloilo. [0] http://www.openstreetmap.org/user/SimonPoole/diary/24124 [1] http://resultmaps.neis-one.org/newestosmcountry.php?c=Philippines -- 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 ___ 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] Welcoming new PH mappers
A question raised during our workshops, which was also about the mapping of critical infrastructure, was tagging emergency buildings that are used as an evacuation center during an emergency, could be normal school buildings, what kind of tags do you usually use for these objects? I could not find them in the mapping conventions for the Philippines or in the Int. feature list. Will respond to this in the other mail by Nick. Regarding the mailing list, I think both the international as the Philippine based lists are really useful! I was wondering if regarding QA's a message board could be more effective, that could prevent newbies like me from asking the same questions every now or then:). I found this http://forum.openstreetmap.org, maybe we can also use this one for mapping in the Philippines? You've raised an important concern regarding communications (especially to newbies) related to PH mapping related questions. By default, we use this mailinglist and the wiki, but, as you've said (including others who pointed out this as well), sometimes, mailinglist is not the best way for newbie mappers. Mailinglist seems to be too geeky for most people. Personally, I get a lot of OSM questions from the osm messaging facility, direct email and facebook messages Should we revive the discussion again to use the forums? -- 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] Welcoming new PH mappers
Dear Nick, Replies inline. How to tag evacuation centers? How to add details (i.e. capacity, engineering details, roof type, etc) Some of us use the tag evacuation_center/evacuation_centre to building/facilities that serve as evacuation areas during crisis. This is a very new tag and so far, I think it is only the Philippines who is using this tag: https://taginfo.openstreetmap.org/search?q=evacuation We can extend this further by adding additional tags, say name=Rizal Elementary School amenity=school evacuation_center=yes evacuation_center=flooding # used only for flooding, etc. How best to tag Puroks/Sitio boundaries? If you have the data, you can tag it as admin_level=12 http://wiki.openstreetmap.org/wiki/WikiProject_Philippines/Mapping_conventions#Administrative_boundaries How to tag the meeting place of a Purok/Sitio? amenity=townhall? Is it possible to tag evacuation routes? I'm not sure if OSM is the best place to do this, since this can vary depending on the hazard and the current situation during disasters. In the Institute I work for, we do community DRR mapping. We use OSM road data as a reference for evacuation routes and facilitate the process with the community to identify best routes during emergencies, but, we don't add it to OSM since it is only useful in their own context. Is it possible for NGOs/LGU to link private household data to OSM polygons, such as household economic indicators, or tax mapping codes, and maintain this data in a private database? We don't add personal/household information in OSM. As Robert mentioned, this a good case to use HOT's Separate Data Store. This is a separate database you can host internally but links to the OSM geometry for example buildings. Details here: https://github.com/hotosm/sds-server How to tag LGU designated command posts? Maybe an extension of the evacuation_center tag? How to tag relocation sites planned/in progress from NGOs and LGUs? landuse=brownfield if under construction and later landuse=residential How to handle the fact that NAMRIA Barangay boundaries differ from local practices? Personally, I prefer locally identified boundaries (community identified or LGU) over NAMRIA. I've witnessed many instances where NAMRIA boundaries does not reflect reality on the ground even with municipal admin_boundaries. How to tag internet cafes? http://wiki.openstreetmap.org/wiki/WikiProject_Philippines/Mapping_conventions#Computer_.26_Electronics_.2F_Telecom_.2F_Mobile_Accessories How to tag cellphone and radio towers? man_made=tower http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dtower How to tag rural health units? amenity=clinic clinic=public name= Those are some of the questions that have come up in the last couple weeks for us. Hope that answers some of your inquires. -- 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
[OSM-talk-be] Hamlet-tagging
Heb deze https://www.openstreetmap.org/changeset/26319385 vreemde changelist bekeken. De gebruiker verwijdert alle place=hamlet tag (in Lebbeke), en behoudt nog enkel de name en (IMHO) overbodige is_in tag. Heb hem via PB gecontacteerd. Ik kan begrijpen dat het geen hamlet is, maar er moet nog wel iets staan om de node te kenmerken. mvg m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Fwd: [OSM-talk] Skybox release aerial imagery
-- Forwarded message -- From: Mikel Maron mikel.ma...@gmail.com Date: Wed, Oct 29, 2014 at 12:32 PM Subject: Re: [OSM-talk] Skybox release aerial imagery To: Rob Nickerson rob.j.nicker...@gmail.com, OpenStreetMap t...@openstreetmap.org, Michael Collinson m...@ayeltd.biz, h...@openstreetmap.org h...@openstreetmap.org Hello I've been talking with the Google Crisis Response team, and they have confirmed: * Imagery released under Skybox for Good can be digitized into OSM under OSM's license. * The attribution requirement can be fulfilled by attributing Skybox in a given changeset and/or feature comment/tag. As well as noted on http://wiki.openstreetmap.org/wiki/Contributors * While it's not a requirement, interested to start conversation about more robust attribution down the line, ala the dynamic attribution in Google Maps (something like an API to view attribution for a particular area, to integrate into web viewers) * HOT is welcome to make additional requests. They want to know the best place to formally let OSM know the above. If the gist of the above sounds reasonable, I think the best place to announce would be on legal-talk@ While we are working on the legal details, it would also be worthwhile for us to test the suitability of the imagery for OSM tracing. Is the geo-referencing and resolution fit for our purposes? Cheers Mikel * Mikel Maron * +14152835207 @mikel s:mikelmaron On Monday, October 27, 2014 5:37 PM, Rob Nickerson rob.j.nicker...@gmail.com wrote: Hi list, Google (through their acquisition of skybox) have released some aerial imagery under the Cc-by licence: http://www.engadget.com/2014/10/26/skybox-for-good/ Can someone just remind me - are we able to use this in OpenStreetMap? If yes, please forward to the HOT mailing list as it is of value to them. Finally we should be very proud of what we as a community have achieved. The work that we, HOT and those who have already made aerial imagery available (bing, digital globe, etc) have achieved to date is so significant that other big players are following in our footsteps. This is a great day :-) Best, Rob ___ talk mailing list t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Hamlet-tagging
Hij lijkt geïnteresseerd te zijn in het mappen van huisnummers... Als we die een beetje kunnen 'opleiden'... Nu dat er terug wat schot zit in de CRAB-integratie, zou ik graag nog eens een hangout houden i.v.m. het mappen van huisnummers. We kunnen wel van elkaar leren over wat (vlot) werkt en wat niet. Voornamelijk dan in verband met het overdragen van de adresinformatie, die we aangeleverd krijgen op nodes, naar gebouwcontouren. Of het aanmaken van deze contouren. Ik merk dat als de info kan worden overgedragen, dat er dan vaak toch nog wat werk is aan de geometrie van de gebouwen zelf. Aangezien de 'history' voor die way dan wordt bijgewerkt wat de tags betreft, is dat natuurlijk ook een goede gelegenheid om eventueel extra benodigde nodes toe te voegen. De kans is ook vrij klein, dat iemand anders er achteraf nog op deze schaal aandacht aan zal besteden. Zou vrijdagavond voor jullie passen? Zo rond 20u. Of anders op maandag, dan kan het voor mij ook al vanaf 19u. Jo Op 29 oktober 2014 11:38 schreef Marc Gemis marc.ge...@gmail.com: Heb deze https://www.openstreetmap.org/changeset/26319385 vreemde changelist bekeken. De gebruiker verwijdert alle place=hamlet tag (in Lebbeke), en behoudt nog enkel de name en (IMHO) overbodige is_in tag. Heb hem via PB gecontacteerd. Ik kan begrijpen dat het geen hamlet is, maar er moet nog wel iets staan om de node te kenmerken. mvg m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Hamlet-tagging
Goed idee die hangout. Waarschijnlijk lukt het me wel om een van de komende weken op een vrijdagavond deel te nemen. Op maandag lukt het nooit. Als je het ook wil opnemen, wat misschien wel handig is, moet je een hangout on air opstarten en een Google+ hebben die aan een YouTube account is gekoppeld. mvg m 2014-10-29 16:30 GMT+01:00 Jo winfi...@gmail.com: Hij lijkt geïnteresseerd te zijn in het mappen van huisnummers... Als we die een beetje kunnen 'opleiden'... Nu dat er terug wat schot zit in de CRAB-integratie, zou ik graag nog eens een hangout houden i.v.m. het mappen van huisnummers. We kunnen wel van elkaar leren over wat (vlot) werkt en wat niet. Voornamelijk dan in verband met het overdragen van de adresinformatie, die we aangeleverd krijgen op nodes, naar gebouwcontouren. Of het aanmaken van deze contouren. Ik merk dat als de info kan worden overgedragen, dat er dan vaak toch nog wat werk is aan de geometrie van de gebouwen zelf. Aangezien de 'history' voor die way dan wordt bijgewerkt wat de tags betreft, is dat natuurlijk ook een goede gelegenheid om eventueel extra benodigde nodes toe te voegen. De kans is ook vrij klein, dat iemand anders er achteraf nog op deze schaal aandacht aan zal besteden. Zou vrijdagavond voor jullie passen? Zo rond 20u. Of anders op maandag, dan kan het voor mij ook al vanaf 19u. Jo Op 29 oktober 2014 11:38 schreef Marc Gemis marc.ge...@gmail.com: Heb deze https://www.openstreetmap.org/changeset/26319385 vreemde changelist bekeken. De gebruiker verwijdert alle place=hamlet tag (in Lebbeke), en behoudt nog enkel de name en (IMHO) overbodige is_in tag. Heb hem via PB gecontacteerd. Ik kan begrijpen dat het geen hamlet is, maar er moet nog wel iets staan om de node te kenmerken. mvg m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Hamlet-tagging
Op een hangout zal ik niet aanwezig kunnen zijn (mijn internet is de laatste tijd veel te onstabiel voor een videoconverentie). Maar ik heb wel al nagedacht over verschillende workflows, en er twee gedocumenteerd: https://wiki.openstreetmap.org/wiki/AGIV_CRAB_Import#Workflow Als je die kan verbeteren, doe gerust. Daarnaast is het natuurlijk handig om die uitgelegd te krijgen in een video i.p.v. gewone tekst. Groeten, Sander Op 29 oktober 2014 16:30 schreef Jo winfi...@gmail.com: Hij lijkt geïnteresseerd te zijn in het mappen van huisnummers... Als we die een beetje kunnen 'opleiden'... Nu dat er terug wat schot zit in de CRAB-integratie, zou ik graag nog eens een hangout houden i.v.m. het mappen van huisnummers. We kunnen wel van elkaar leren over wat (vlot) werkt en wat niet. Voornamelijk dan in verband met het overdragen van de adresinformatie, die we aangeleverd krijgen op nodes, naar gebouwcontouren. Of het aanmaken van deze contouren. Ik merk dat als de info kan worden overgedragen, dat er dan vaak toch nog wat werk is aan de geometrie van de gebouwen zelf. Aangezien de 'history' voor die way dan wordt bijgewerkt wat de tags betreft, is dat natuurlijk ook een goede gelegenheid om eventueel extra benodigde nodes toe te voegen. De kans is ook vrij klein, dat iemand anders er achteraf nog op deze schaal aandacht aan zal besteden. Zou vrijdagavond voor jullie passen? Zo rond 20u. Of anders op maandag, dan kan het voor mij ook al vanaf 19u. Jo Op 29 oktober 2014 11:38 schreef Marc Gemis marc.ge...@gmail.com: Heb deze https://www.openstreetmap.org/changeset/26319385 vreemde changelist bekeken. De gebruiker verwijdert alle place=hamlet tag (in Lebbeke), en behoudt nog enkel de name en (IMHO) overbodige is_in tag. Heb hem via PB gecontacteerd. Ik kan begrijpen dat het geen hamlet is, maar er moet nog wel iets staan om de node te kenmerken. mvg m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] import AGIV CRAB-data
Wil je beide lijsten (busnrs en apptnrs) los in de JSON hebben, of samengevoegd als “subadressenlijst”? Ik had het als dat laatste al ingebouwd, maar ik kan het natuurlijk eenvoudig weer uit elkaar trekken. De lijsten worden toch al los van elkaar opgebouwd. Groeten, Thomas Sander Deryckere schreef op 29-10-2014 12:06: Hoi Thomas, Net het script wat verder aangepast voor de nieuwe data, en geuploaded naar jouw repo. Dus aan iedereen, gelieve vanaf nu vooral http://aptum.github.io/import.html te testen, Kan je de appartementsnummers en busnummers als aparte lijsten in de JSON zetten? Dan kan ik ook het script updaten om addr:flats te ondersteunen. Lijsten zijn het best aangezien ze gemakkelijker omgevormd kunnen worden naar de correcte formaat. Ook die best alfabetisch sorteren voor de diffs. En misschien enkel de lijsten aan de JSON toevoegen indien wel degelijk (dat zal bandbreedte sparen voor de vele adressen die geen busnummers of appartementsnummers hebben). Aangezien de overlappende en de niet overlappende nummers nu in verschillende kolommen staan, is daar geen verschillende CSS voor nodig. Een verschillende CSS voor de herkomst kan wel helpen. Momenteel staat die herkomst nog in CRAB:source om de waarden gemakkelijk te kunnen aflezen. Dus momenteel die tags nog niet gaan uploaden. Als het goed is voor iedereen, dan breng ik die tags naar de vorm * odbl:note=CRAB:manueleAanduidingVanGebouw * odbl:note=CRAB:geinterpoleerdObvNevenliggendeHuisnummersGebouw * ... odbl:note lijkt mij de meest neutrale van alle discardable tags, en het voorvoegsel CRAB: kan zorgen voor unieke CSS selectors. De grootste problemen momenteel zijn de huisnummers met een underscore. Ik kan moeilijk beslissen als ik die naar bis, ter, ... of naar /1, /2, /3, ... breng. Maar het overlaten aan de mapper kan er voor zorgen dat de huisnummers met een underscore rechtstreeks geuploaded worden. Het andere grote probleem is de spelling van de straatnaam. Dat is moeilijk om af te leiden met de beperkte OSM data die ik heb in de webpagina (vooral als er nog geen adressen in OSM zijn). Een spellingsverschil kan er voor zorgen dat huisnummers geuploaded worden waarbij addr:street verschilt van de straatnaam in OSM. Wat natuurlijk voor problemen zal zorgen. Maar hierbij kan Jo misschien helpen, of de JOSM validator. Als die problemen opgelost zijn, dan lijken de tools klaar, en wordt het tijd om enkele definitieve beslissingen te maken: * Huizen tekenen of niet * Aparte gebruikersnaam of niet * Welke tags moeten op de changeset * Hoe contacteren we het AGIV met opmerkingen? * ... Groeten, Sander Op 29 oktober 2014 08:39 schreef Sander Deryckere sander...@gmail.com mailto:sander...@gmail.com: Nog niet, eerst onze tools maken, dan kunnen we het opnieuw presenteren. Groeten, Sander Op 29 oktober 2014 05:08 schreef Marc Gemis marc.ge...@gmail.com mailto:marc.ge...@gmail.com: Hoe zit het met het nodige papierwerk rond de import ? Zijn daar al vorderingen gemaakt ? groeten m 2014-10-26 13:18 GMT+01:00 Thomas o...@aptum.nl mailto:o...@aptum.nl: De code staat op https://github.com/aptum/aptum.github.io. De code van het python-conversiescript staat er nog niet op omdat ik nog wat dingen aan het omschuiven ben. Ik probeer dat script zo snel mogelijk ook daarbij te zetten. De nieuwste variant van het javascript en de website (met uitzondering van die twee regels code om 'mijn' tag in JOSM in te laden; regels 358-359) kun je bij Sander vinden: https://github.com/sanderd17/sanderd17.github.io/ Het inladen van gegevens uit de overpass is op zich wel mogelijk, maar we moeten denk ik wel heel erg opletten dat het geen allegaartje wordt. CRAB en OSM strikt gescheiden houden heeft misschien ook wel voordelen; tenzij je een specifiek doel voor ogen hebt? Groeten, Thomas Jo schreef op 26-10-2014 12:58: Hallo Thomas, Waar staat de broncode nu? Ik had het graag nog 's bekeken. Ook de JS die ik de vorige keer gemist heb... Is er een mogelijkheid om wat je afhaalt met Overpass ook mee te geven naar JOSM? Of is dat niet zo'n goed idee. Van zodra duidelijk is welke discardable tags je gebruikt, zal ik een MapCSS-stijl maken. Jo Op 26 oktober 2014 10:20 schreef Thomas o...@aptum.nl mailto:o...@aptum.nl: De validator geeft inderdaad netjes melding van de meerdere punten op elkaar. Ik vraag me af of we daar nog iets mee moeten. Veel (alle?) van de adressen zonder positie uit jouw script vallen nu samen met een ander punt.
Re: [OSM-talk-be] import AGIV CRAB-data
Ik heb het script nu verder uitgerust met een aantal data-integriteits-checks rond postcode / gemeente. Daaruit blijken toch nog wat bijzondere dingen waar ik het script op moet aanpassen. Zo blijkt dat een straat (zoals geïdentificeerd door zijn ID in de adressenlijst) in meerdere postcodes kan voorkomen, maar nooit in meerdere gemeenten. Een gemeente bestaat uiteraard uit meerdere postcodes. Daarnaast kan 1 postcode zich in meerdere gemeenten bevinden. Halleluja; lees deze alinea nog maar 3 keer opnieuw... Op dit moment identificeren we op basis van postcode → straat. Dat houdt in dat we nu een aantal straten splitsen over de postcode, terwijl we op basis van de data die straten zouden kunnen samenhouden. Mogelijk (nouja; dat ben ik wel zeker) zijn straten ook gesplitst op gemeentegrenzen, maar deze dataset biedt daar geen mogelijkheden voor. Mijn script pikt nu deze over-postcodes-heen-gesplitste-straten op; het gaat om 1920 unieke straten die meestal over 2 maar soms over 3 postcodes heen gesplitst zijn. Mijn script biedt al heel wat mogelijkheden om hier mee om te gaan, maar we moeten het natuurlijk wel eens zijn over wat wenselijk is. Concreet betekent het in feite dat als we onderscheid maken op basis van een postcode, we onherroepelijk straten zullen splitsen. We kunnen ervoor kiezen om de data per gemeente te ordenen, maar dan wordt de hoeveelheid data per gemeente bijna 2 keer zo groot als de data nu per postcode (er zijn in totaal 308 gemeenten en 519 postcodes). Gezien de nu vaak al grote hoeveelheid straten per postcode is dit misschien onwenselijk. Zeker omdat het volgens mij vaak al de stedelijke gemeenten zijn die meerdere postcodes hebben. Die gemeenten gaan dan van zeer grote stratenlijsten naar enorme stratenlijsten. Een alternatief is die straten in beide postcodegebieden op te nemen. Dat vind ik ook geen nette uitwerking omdat je dan redundancy krijgt in de de JSON-bestanden. Volgens mij is dan de beste optie om per straat in de postcode-JSON-bestanden een extra JSON-attribuut mee te geven die aangeeft of de straat doorloopt in een andere gemeente. Dat zie ik in de vorm van een lijst van postcodes per straat waar de straat in doorloopt. Dat kan met wat javascript uitgelezen worden. Die specifieke straat kan in datzelfde stuk javascript opgehaald worden en aan de betrokken straat toegevoegd worden. Als je het meer handmatig wil houden kun je vrij eenvoudig een knop toevoegen voor de gebruiker om die straat in de andere gemeenten mee in te laden. Op deze manier kan de opdeling per postcode gehandhaafd worden, maar is toch duidelijk op straat-niveau waar mappers mee rekening dienen te houden. Daarnaast is deze informatie mogelijk ook zeer belangrijk voor de scripts van Jo rond het koppelen van adressen/gebouwen aan een straat. Wat denken jullie hiervan? Daarnaast speelt dus het tweede punt dat er een aantal postcodes over meerdere gemeenten heen lopen. Althans: dat er adrespunten zijn met dezelfde postcode die tot een andere gemeente behoren. Voor mijn script en onze opzet is dat op zich geen probleem, maar ook hier kan ik deze punten specifiek eruit lichten. Het gaat overigens 54 van de 519 postcodes; toch zo'n 10%. Daarbij zijn 81 gemeenten betrokken; een kwart van het totaal aantal gemeenten. Het totaal aantal adrespunten draait zo rond de 250 adrespunten in totaal. Ik moet mijn script nog wat aanpassen om preciese cijfers hierover te hebben. Ruimtelijke samenhang is er niet: het komt nergens in aanzienlijk grotere mate voor dan elders. Hoewel soms gesteld wordt dat postcodes helemaal niet samenvallen met gemeenten, blijkt dat dit dus maar in 1 op de 15.000 gevallen NIET zo is. Meestal gaat het over 1 postcode die over twee gemeenten valt. In 7 van de 54 gevallen gaat het om een postcode die binnen 3 gemeenten valt. Nooit gaat het om meer dan 3 gemeenten. Kort samengevat: op basis van de bij de adrespunten behorende gemeente kunnen we straten die door een postcode gesplitst worden weer aan elkaar plakken. Mijn idee is om een lijst van postcodes aan de straat te koppelen in de JSON, zodat in het javascript die gegevens verwerkt kunnen worden. Daarnaast zijn het postcodesysteem en de gemeentelijke indeling gescheiden systemen. Wordt daar in de verdere verwerking in OSM rekening mee gehouden? Onder andere bij de verschillende scripts die matching regelen is dat een belangrijk punt. Met mijn script kan ik “afwijkende” punten aangeven, maar dan moeten we wel weten op welke manier. Wat moeten we hiermee? Groeten, Thomas Sander Deryckere schreef op 29-10-2014 12:06: Hoi Thomas, Net het script wat verder aangepast voor de nieuwe data, en geuploaded naar jouw repo. Dus aan iedereen, gelieve vanaf nu vooral http://aptum.github.io/import.html te testen, Kan je de appartementsnummers en busnummers als aparte lijsten in de JSON zetten? Dan kan ik ook het script updaten om addr:flats te ondersteunen. Lijsten zijn het
Re: [OSM-talk-be] import AGIV CRAB-data
Misschien beter om de lijsten van appartementsnummers en busnummers te splitsen. Zelf begrijp ik het verschil nog niet goed, maar als we het eenmaal begrijpen, dan moet de data tenminste niet opnieuw gegenereerd worden. Op 29 oktober 2014 19:52 schreef Thomas o...@aptum.nl: Ik heb het script nu verder uitgerust met een aantal data-integriteits-checks rond postcode / gemeente. Daaruit blijken toch nog wat bijzondere dingen waar ik het script op moet aanpassen. Zo blijkt dat een straat (zoals geïdentificeerd door zijn ID in de adressenlijst) in meerdere postcodes kan voorkomen, maar nooit in meerdere gemeenten. Een gemeente bestaat uiteraard uit meerdere postcodes. Daarnaast kan 1 postcode zich in meerdere gemeenten bevinden. Halleluja; lees deze alinea nog maar 3 keer opnieuw... Op dit moment identificeren we op basis van postcode → straat. Dat houdt in dat we nu een aantal straten splitsen over de postcode, terwijl we op basis van de data die straten zouden kunnen samenhouden. Mogelijk (nouja; dat ben ik wel zeker) zijn straten ook gesplitst op gemeentegrenzen, maar deze dataset biedt daar geen mogelijkheden voor. Mijn script pikt nu deze over-postcodes-heen-gesplitste-straten op; het gaat om 1920 unieke straten die meestal over 2 maar soms over 3 postcodes heen gesplitst zijn. Mijn script biedt al heel wat mogelijkheden om hier mee om te gaan, maar we moeten het natuurlijk wel eens zijn over wat wenselijk is. Concreet betekent het in feite dat als we onderscheid maken op basis van een postcode, we onherroepelijk straten zullen splitsen. We kunnen ervoor kiezen om de data per gemeente te ordenen, maar dan wordt de hoeveelheid data per gemeente bijna 2 keer zo groot als de data nu per postcode (er zijn in totaal 308 gemeenten en 519 postcodes). Gezien de nu vaak al grote hoeveelheid straten per postcode is dit misschien onwenselijk. Zeker omdat het volgens mij vaak al de stedelijke gemeenten zijn die meerdere postcodes hebben. Die gemeenten gaan dan van zeer grote stratenlijsten naar enorme stratenlijsten. Een alternatief is die straten in beide postcodegebieden op te nemen. Dat vind ik ook geen nette uitwerking omdat je dan redundancy krijgt in de de JSON-bestanden. Volgens mij is dan de beste optie om per straat in de postcode-JSON-bestanden een extra JSON-attribuut mee te geven die aangeeft of de straat doorloopt in een andere gemeente. Dat zie ik in de vorm van een lijst van postcodes per straat waar de straat in doorloopt. Dat kan met wat javascript uitgelezen worden. Die specifieke straat kan in datzelfde stuk javascript opgehaald worden en aan de betrokken straat toegevoegd worden. Als je het meer handmatig wil houden kun je vrij eenvoudig een knop toevoegen voor de gebruiker om die straat in de andere gemeenten mee in te laden. Op deze manier kan de opdeling per postcode gehandhaafd worden, maar is toch duidelijk op straat-niveau waar mappers mee rekening dienen te houden. Daarnaast is deze informatie mogelijk ook zeer belangrijk voor de scripts van Jo rond het koppelen van adressen/gebouwen aan een straat. Wat denken jullie hiervan? Ik zie hier geen probleem in. Normaal moet een adres uniek zijn met postcode, straatnaam en huisnummer (het is toch op deze manier dat de Post - of bPost - brieven sorteert). Dus, hoewel een straat kan doorlopen in een andere postcode, kan het dan gebeuren dat de huisnummers niet meer uniek zijn (daar zijn genoeg voorbeelden van). Aangezien we noch de postcode, noch de gemeentenaam taggen, noch de straat indelen met een associatedstreet relatie, is het dus voor ons niet zo belangrijk als een straat nu over meerdere postcodes loopt, over meerdere gemeenten, of als postcode- en gemeentegrenzen niet overeenkomen. Het enige waar we moeten voor zorgen is dat alle adressen wel degelijk onder een postcode ondergebracht zijn, en dat we geen verschillende adressen mergen. Daarnaast speelt dus het tweede punt dat er een aantal postcodes over meerdere gemeenten heen lopen. Althans: dat er adrespunten zijn met dezelfde postcode die tot een andere gemeente behoren. Voor mijn script en onze opzet is dat op zich geen probleem, maar ook hier kan ik deze punten specifiek eruit lichten. Het gaat overigens 54 van de 519 postcodes; toch zo'n 10%. Daarbij zijn 81 gemeenten betrokken; een kwart van het totaal aantal gemeenten. Het totaal aantal adrespunten draait zo rond de 250 adrespunten in totaal. Ik moet mijn script nog wat aanpassen om preciese cijfers hierover te hebben. Ruimtelijke samenhang is er niet: het komt nergens in aanzienlijk grotere mate voor dan elders. Hoewel soms gesteld wordt dat postcodes helemaal niet samenvallen met gemeenten, blijkt dat dit dus maar in 1 op de 15.000 gevallen NIET zo is. Meestal gaat het over 1 postcode die over twee gemeenten valt. In 7 van de 54 gevallen gaat het om een postcode die binnen 3 gemeenten valt. Nooit gaat het om meer dan 3 gemeenten. Kort samengevat: op basis van
Re: [OSM-talk-be] import AGIV CRAB-data
2014-10-29 20:37 GMT+01:00 Sander Deryckere sander...@gmail.com: Zowel de postcodes als de gemeentes worden op basis van grenzen getekend. De straten als lijnen die binnen bepaalde van die grenzen liggen, en de adressen als punten die ook binnen bepaalde van die grenzen liggen. Aangezien dit project enkel focust op adressen, is het dus genoeg dat we het nummer en de straatnaam correct hebben. De rest zou al in OSM moeten zijn, en kan gecorrigeerd worden indien nodig. Een verkeerde postcodegrens kan ook een oorzaak zijn van een wrong adres, maar in dat geval moet gewoon de postcodegrens verbeterd worden. Ik heb mijn werk aan de post code grenzen stopgezet bij gebrek aan deelgemeente grenzen. De postcodes zouden er moeten inzitten voor Antwerpen, Oost-Vlaanderen en West-Vlaanderen. Voor Vlaams-Brabant heb ik maar enkele deelgemeente grenzen toegevoegd. Voor Limburg zijn er enkel de postcode grenzen die samenvallen met een gemeente. Daar is bij mijn weten geen enkele deelgemeente grens ingetekend (toch niet vorig jaar toen ik bezig was met de postcode grenzen). Met deze Overpass query kan je zien hoever ik ben geraakt. http://overpass-turbo.eu/s/5Gs mvg m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-legal-talk] Contents Licence for OSM Data
The ODbL that we now use for OSM data technically only applies to the database, and not to individual contents contained within it. For that, the ODbL says you need a separate licence [1]. I was under the impression that for OSM's data this licence was the ODC's Database Contents Licence (DbCL) [2]. It therefore surprised me when I read the White Paper at [3], which said that uncertainty over the content licence was a problem for downstream users. When I went to check what the content licence was, I was unable to find any definitive information where I would expect to find it; i.e. at http://www.openstreetmap.org/copyright or http://wiki.openstreetmap.org/wiki/Legal_FAQ or http://wiki.osmfoundation.org/wiki/License . The latter two seem to suggest that the OSM Contributor Terms [4] act as a content licence, but I don't see how that's possible, since the Contributor Terms are concerned with people giving rights and assurances to OSMF, rather than OSMF providing rights to data users. The Contributor Terms themselves mention the DbCL as one of the possible licences OSMF can use, but don't actually say that OSMF are using it for current data downloads. So can I enquire as to exactly what the content licence is for OSM's geodata, and suggest that it is made clearer on the pages linked above? I guess some people may argue that the individual data items in OSM are facts and so aren't copyrightable anyway. However, it's not obvious to me that this is necessarily the case for all the data items (there are certainly some things in OSM that are subject to creative judgement) and it would seem that uncertainty over the content licence is a real issue for data users. Even if an explicit content licence may not be necessary, it would surely be good to soecify one like the DbCL anyway. Thanks, Robert. [1] http://opendatacommons.org/licenses/odbl/ [2] http://opendatacommons.org/licenses/dbcl/1-0/ [3] http://spatiallaw.blogspot.co.uk/2014/10/the-odbl-and-openstreetmap-analysis-and.html [4] http://wiki.osmfoundation.org/wiki/License/Contributor_Terms -- Robert Whittaker ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Contents Licence for OSM Data
On 29/10/2014 09:05, Robert Whittaker (OSM lists) wrote: It therefore surprised me when I read the White Paper ... What I read was MapBox pays some bloke called Kevin to write a paper supporting their commercial point of view re the licensing of OpenStreetMap data. Does it really deserve any more attention than that? Cheers, Andy ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Contents Licence for OSM Data
2014-10-29 12:32 GMT+01:00 SomeoneElse li...@mail.atownsend.org.uk: What I read was MapBox pays some bloke called Kevin doesn't seem to be a nobody in this field though: Kevin is the Executive Director of the Centre for Spatial Law and Policy and a lawyer focusing on the unique legal and policy issues associated with spatial data and spatial technology. These issues include intellectual property rights, licensing, liability, privacy and national security. He writes and speaks extensively on spatial law and technology. He is a member of the Board of Directors of the Open Geospatial Consortium and is active in other geospatial associations... so regardless that by asking 2 lawyers about geodata and licenses you'd typically get 3 different interpretations (so I am told), this bloke at first glance looks like an expert for this topic... cheers, Martin ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Contents Licence for OSM Data
I am unpaid nobody in the context of last two emails on this thread. In my opinion, it sure would be nice for users (not contributors alone) if there was lot more clarity. I imagine, from my point of view, that contributors and other stakeholders might also benefit from commercial users if the license is clear that only data gathered from OSM be shared alike leaving derivative or collective out of share alike if possible. Thank you for giving me a voice. On Oct 29, 2014 7:34 AM, Martin Koppenhoefer dieterdre...@gmail.com wrote: 2014-10-29 12:32 GMT+01:00 SomeoneElse li...@mail.atownsend.org.uk: What I read was MapBox pays some bloke called Kevin doesn't seem to be a nobody in this field though: Kevin is the Executive Director of the Centre for Spatial Law and Policy and a lawyer focusing on the unique legal and policy issues associated with spatial data and spatial technology. These issues include intellectual property rights, licensing, liability, privacy and national security. He writes and speaks extensively on spatial law and technology. He is a member of the Board of Directors of the Open Geospatial Consortium and is active in other geospatial associations... so regardless that by asking 2 lawyers about geodata and licenses you'd typically get 3 different interpretations (so I am told), this bloke at first glance looks like an expert for this topic... cheers, Martin ___ 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
On Mon, Oct 27, 2014 at 08:19:10PM -0400, Alex Barth wrote: Good call on geocodes - geocoding results. That's clearer. On Mon, Oct 27, 2014 at 8:06 PM, Paul Norman penor...@mac.com wrote: What do you think the status of a database of geocoding results is under the interpretation in column 1? According to the interpretation in column 1, the ODbL doesn't imply any specific licensing for geocoding results, they are Produced Works. alex, please read 4.6 of odbl, which basically says there is no difference between derivative db and produced work with regards to database rights. michal ___ 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] Contents Licence for OSM Data
2014-10-29 13:47 GMT+01:00 Sachin Dole sd...@genvega.com: ... if there was lot more clarity. I imagine, ..., that contributors and other stakeholders might also benefit from commercial users if the license is clear that only data gathered from OSM be shared alike leaving derivative or collective out of share alike if possible. actually this would remove the virality from the license, a feature that was chosen on purpose to be included. The basic idea of share alike licenses is to infect other stuff that gets in contact with the share-alike content/data to become share-alike itself. cheers, Martin ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Contents Licence for OSM Data
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 29/10/14 07:02 AM, Martin Koppenhoefer wrote: actually this would remove the virality from the license, a feature that was chosen on purpose to be included. The basic idea of share alike licenses is to infect other stuff that gets in contact with the share-alike content/data to become share-alike itself. It's congenital, not viral. It propagates by inheritance, not contagion. ;-) - - Rob. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUUPtbAAoJECciMUAZd2dZ91cH/1jbALOpOXN2kjNmTI1WkpuO nk4HYxHMkuuGhJTjQ9FYFAAhDMw89DJ7AUMCP6AdjPCxQzlysgiOCyE5I/398MJi qo3QWDlaWoV7MMiUzZuICwzbH3+LJAqFx886LLr/GSaH0pLkI0FsS0jZ1oMg+yaC g7vu44F0KG4EPXZlfeJNp5ameCQTl4FqTBH6aB8ru35+Tu4w2TMbbbFDS/+XQg1A Wc7uhOzUUA8ktTqZFPdH9dlbHE5Y9an9y140K+MoBXYvId9UEaLhV6PeOA/kYOA7 luYbUePtjX9EALbqtipslaAXVGQdfmtaJd159AHKEdRGX8wX4tOWCWSmxl6C2V4= =ejQk -END PGP SIGNATURE- ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Contents Licence for OSM Data
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 29/10/14 04:32 AM, SomeoneElse wrote: On 29/10/2014 09:05, Robert Whittaker (OSM lists) wrote: It therefore surprised me when I read the White Paper ... What I read was MapBox pays some bloke called Kevin to write a paper supporting their commercial point of view re the licensing of OpenStreetMap data. Does it really deserve any more attention than that? Uncertainty is simply a term of art that means obvious impediments to my sense of entitlement. Likewise, lack of clarity means haven't read the contributor terms. - - Rob. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUUP19AAoJECciMUAZd2dZJXMIAJLhG+9jU8qf82oxH2b3T5XU jgCGd7ZovjUZmANZTZ9yjhjm4Um5Ch4iv6rAG2SftF4wEadzV4fVVbY4dE/QbEUr 8Z7hNW48Qs888ifXR7jrekbtKFox1jTKAWmQcZAUW9zMsKPzyVPk/dLTd1gBg+d0 vVNSAmdexOUZAbCksrHUTp4fdJhm8l+qwPlb43hVm4bLxp3WpIv32Mlb7PoWPgt8 /LIn+roW1R7ryFjcTaSZEseKNIX3rpo78p6UxbBFyRTdrufI7+YT4Zbf/M2tk+UX ePwEcjuTpWhoNOKA7Gng51T2zTBhfDY+Fw6EhzfowbDZ9162yod8vg98/qv61XE= =nOHH -END PGP SIGNATURE- ___ 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, Oct 27, 2014 at 8:06 PM, Paul Norman penor...@mac.com wrote: I'm wondering if we should replace geocodes with geocoding results throughout the page. I think it improves clarity as to what is being discussed, and geocodes is not a term in common use for what we are discussing. Thoughts? It shouldn't change the meaning. Updated: http://wiki.openstreetmap.org/w/index.php?title=Open_Data_License%2FGeocoding_-_Guidelinediff=1102233oldid=1076215 ___ 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, Oct 27, 2014 at 8:33 PM, Paul Norman penor...@mac.com wrote: A geocoding result is not the same as a database of geocoding results. Column 1 says the former is a produced work, but is silent on the latter. I updated the guide to be explicit about this case: http://wiki.openstreetmap.org/w/index.php?title=Open_Data_License%2FGeocoding_-_Guidelinediff=1102235oldid=1102233 ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Updated geocoding community guideline proposal
Hey Michal - On Wed, Oct 29, 2014 at 9:38 AM, Michal Palenik michal.pale...@freemap.sk wrote: alex, please read 4.6 of odbl, which basically says there is no difference between derivative db and produced work with regards to database rights. 4.6 talks about disclosure standards in cases where share-alike applies (offer copy of entire database or alteration file). Not sure how this relates? http://opendatacommons.org/licenses/odbl/1-0/ ___ 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 Wed, Oct 29, 2014 at 04:03:03PM -0400, Alex Barth wrote: Hey Michal - On Wed, Oct 29, 2014 at 9:38 AM, Michal Palenik michal.pale...@freemap.sk wrote: alex, please read 4.6 of odbl, which basically says there is no difference between derivative db and produced work with regards to database rights. 4.6 talks about disclosure standards in cases where share-alike applies (offer copy of entire database or alteration file). Not sure how this relates? if you publicly use a produced work (which is the indented case here) 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. which say, that it does not matter whether you declare geocodes produced work or derivative db. if this didn't exist, i could declare anything a produced work (things like any enhanced database) and the whold odbl would not exists. produced work is always based on a derivative db or collective db (if they are used independetly) 4.6. restates this. so the real question is, which part is derivative db (and not whether it's produced work) http://opendatacommons.org/licenses/odbl/1-0/ ___ 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-talk] Skybox release aerial imagery
Hello I've been talking with the Google Crisis Response team, and they have confirmed: * Imagery released under Skybox for Good can be digitized into OSM under OSM's license. * The attribution requirement can be fulfilled by attributing Skybox in a given changeset and/or feature comment/tag. As well as noted on http://wiki.openstreetmap.org/wiki/Contributors * While it's not a requirement, interested to start conversation about more robust attribution down the line, ala the dynamic attribution in Google Maps (something like an API to view attribution for a particular area, to integrate into web viewers) * HOT is welcome to make additional requests. They want to know the best place to formally let OSM know the above. If the gist of the above sounds reasonable, I think the best place to announce would be on legal-talk@ While we are working on the legal details, it would also be worthwhile for us to test the suitability of the imagery for OSM tracing. Is the geo-referencing and resolution fit for our purposes? Cheers Mikel * Mikel Maron * +14152835207 @mikel s:mikelmaron On Monday, October 27, 2014 5:37 PM, Rob Nickerson rob.j.nicker...@gmail.com wrote: Hi list, Google (through their acquisition of skybox) have released some aerial imagery under the Cc-by licence: http://www.engadget.com/2014/10/26/skybox-for-good/ Can someone just remind me - are we able to use this in OpenStreetMap? If yes, please forward to the HOT mailing list as it is of value to them. Finally we should be very proud of what we as a community have achieved. The work that we, HOT and those who have already made aerial imagery available (bing, digital globe, etc) have achieved to date is so significant that other big players are following in our footsteps. This is a great day :-) Best, Rob ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Steve's better map
Hi, Steve Coast promised to make the best address map of the world by himself if he will not be elected into the board of the OSM Foundation: https://lists.openstreetmap.org/pipermail/osmf-talk/2014-October/002713.html https://lists.openstreetmap.org/pipermail/osmf-talk/2014-October/002761.html If I don't get elected then I'll continue focusing on address data outside of OSM. It's frankly the easier route but it would be a real shame if OSM isn't the venue to make it happen. I have been thinking that perhaps that would be the best route anyway even if Mr. Coast gets elected to the board. By my own experience about the addresses in OSM they feel fuzzy and somewhat difficult to utilize outside OSM. Addresses given to building polygons are quite simple to move to centroids of the polygons for making a point layer of all the addresses but for example finding the municipality or city for the address points is tedious because administrative units are defined as relations which are also somewhat fuzzy and all too often broken. With a dedicated database and tools for addresses the route could really be easier and faster and I would not feel ashamed at all while importing addresses from this master address database into OSM later. -Jukka Rahkonen- ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [HOT] Skybox release aerial imagery
On Wed, Oct 29, 2014 at 7:32 AM, Mikel Maron mikel.ma...@gmail.com wrote: Hello I've been talking with the Google Crisis Response team, and they have confirmed: * Imagery released under Skybox for Good can be digitized into OSM under OSM's license. That sounds good. They want to know the best place to formally let OSM know the above. If the gist of the above sounds reasonable, I think the best place to announce would be on legal-talk@ I would expect that introducing them to LWG would be best. Then they and LWG can agree on an announcement, text and locations, and coordinate their timing. Best regards and happy mapping, Richard ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Steve's better map
On Wed, Oct 29, 2014 at 9:24 AM, Jukka Rahkonen jukka.rahko...@latuviitta.fi wrote: With a dedicated database and tools for addresses the route could really be easier and faster and I would not feel ashamed at all while importing addresses from this master address database into OSM later. Such a thing already exists! :) I would love to have you contribute to OpenAddresses: http://openaddresses.io/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Steve's better map
On 29/10/2014, Jukka Rahkonen jukka.rahko...@latuviitta.fi wrote: If I don't get elected then I'll continue focusing on address data outside of OSM. It's frankly the easier route but it would be a real shame if OSM isn't the venue to make it happen. The funny/sad part of that quote is that getting elected to the osmf board and deciding wether to work on addresses inside the main osm db or outside it really should be independant propositions. I can think of a few reasons why one would try to link the two, but they're all bad. For the sake of diplomacy, I'll assume that I missed the good valid reasons. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Steve's better map
Agreed. Jukka points to ideas that could enhance OpenAddresses, There is some good momentum behind OA already, let's get together and improve that project. On Wed, Oct 29, 2014 at 8:34 AM, Ian Dees ian.d...@gmail.com wrote: On Wed, Oct 29, 2014 at 9:24 AM, Jukka Rahkonen jukka.rahko...@latuviitta.fi wrote: With a dedicated database and tools for addresses the route could really be easier and faster and I would not feel ashamed at all while importing addresses from this master address database into OSM later. Such a thing already exists! :) I would love to have you contribute to OpenAddresses: http://openaddresses.io/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Release openstreetmap-carto v2.23.0
Dear all, Today, v2.23.0 of the openstreetmap-carto stylesheet has been released and rolled out to the openstreetmap.org servers. It might take up to 48 hours before all tiles show the new rendering. Changes include: * Various small rendering changes to icon labels. * New icons for place of worship, windmill, hostel, and camping; minor icon changes for cinema, recycling, and hairdresser. * The tag tourism=bed_and_breakfast is no longer rendered - please use tourism=guest_house instead. * Tertiary roads are now rendered yellow from z12 instead of z13. * The tag shop=mall is now rendered like landuse=retail. * Barriers, level crossings, and mini roundabouts no longer block text from appearing. * The places of worship of Jehova's witnesses are no longer rendered as a cross. * The rendering of highway=track areas has been changed. * Large national parks and nature reserves now have their name rendered along the outline. * There is no longer a gap rendered between adjoining polygons of the same type. * Various other bug fixes. For a full list of commits, see https://github.com/gravitystorm/openstreetmap-carto/compare/v2.22.0...v2.23.0. As always, we welcome any bug reports at https://github.com/gravitystorm/openstreetmap-carto/issues. -- Matthijs ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OpenAerialMap and UAVs
Hi all, In case anyone is interested the OpenAerialMap project has a Google Group for discussion of things related to the project. My main interest is in using small UAVs to generate aerial imagery and there has been some amazing pilot project work already done with small UAV imagery in Haiti. A nice write up about it and some video is here (French and English): http://www.cartong.org/news/mission-uav-openstreetmap-en-ha%C3%AFti-premier-bilan A more detailed illustration of the OpenAerialMap plans can be found here: http://hotosm.github.io/OpenAerialMap/ So, if anyone else is interested in any of the OAM project parts or using UAVs for aerial imagery, please join up with the Google Group email list and introduce yourself. Regards, Blake PS: Here is a link to the announcement of the OpenAerialMap reboot: https://lists.openstreetmap.org/pipermail/hot/2014-July/005451.html ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Release openstreetmap-carto v2.23.0
Hi, On 10/29/2014 09:34 PM, Matthijs Melissen wrote: * The tag tourism=bed_and_breakfast is no longer rendered - please use tourism=guest_house instead. Well - it might be your decision what to render and what not, but you shouldn't go so far as to request that people misrepresent reality in their mapping. A private residence where a single bedroom is made available to tourists is certainly no guest house and shouldn't be tagged as such! It is, and remains, a bed_and_breakfast. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Tagging] Release openstreetmap-carto v2.23.0
On 29 October 2014 20:59, Dan S danstowell+...@gmail.com wrote: I guess it's not Matthijs who made this decision... That's correct. See https://github.com/gravitystorm/openstreetmap-carto/pull/695 for more details. -- Matthijs ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenAerialMap and UAVs
Hello Blake, Please add the link to the google group in your mail! Johan Kind of embarrassing I forgot it :) Here is the link to the google group: https://groups.google.com/a/hotosm.org/forum/#!forum/openaerialmap Thank you very much for the heads up Johan! Cheers, Blake ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Fwd: [okgis] FW: Google Is Giving Away Up-to-Date Satellite Images For Free
Wonder if we can get someone to reach out and see if we can get this available to us under an amicable license. Seems to be making the New York and Oklahoma GIS circles right now. -- Forwarded message -- From: Willard Gustafson wgustaf...@meshekengr.com Date: Wed, Oct 29, 2014 at 11:30 AM Subject: [okgis] FW: Google Is Giving Away Up-to-Date Satellite Images For Free To: ok...@gis.ou.edu ok...@gis.ou.edu Thought this would be good information to share….from another listserv. Google acquired skybox, and they're giving away free imagery for good causes: http://gizmodo.com/google-is-giving-away-up-to-date-satellite-images-for-f-1651169968 http://www.skybox.com/blog/introducing-skybox-for-good Sincerely, *Willard Gustafson, GISP* Senior GIS Specialist | Meshek Associates, PLC http://meshekengr.com/ 1437 S Boulder Ave Ste 1550 | Tulsa, OK 74119 (918) 392-5620 x211 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: [okgis] FW: Google Is Giving Away Up-to-Date Satellite Images For Free
See the thread on this list from the 27th. Simon Am 29.10.2014 22:35, schrieb Paul Johnson: Wonder if we can get someone to reach out and see if we can get this available to us under an amicable license. Seems to be making the New York and Oklahoma GIS circles right now. -- Forwarded message -- From: *Willard Gustafson* wgustaf...@meshekengr.com mailto:wgustaf...@meshekengr.com Date: Wed, Oct 29, 2014 at 11:30 AM Subject: [okgis] FW: Google Is Giving Away Up-to-Date Satellite Images For Free To: ok...@gis.ou.edu mailto:ok...@gis.ou.edu ok...@gis.ou.edu mailto:ok...@gis.ou.edu Thought this would be good information to share….from another listserv. Google acquired skybox, and they're giving away free imagery for good causes: http://gizmodo.com/google-is-giving-away-up-to-date-satellite-images-for-f-1651169968 http://www.skybox.com/blog/introducing-skybox-for-good Sincerely, *Willard Gustafson, GISP* Senior GIS Specialist | Meshek Associates, PLC http://meshekengr.com/ 1437 S Boulder Ave Ste 1550 | Tulsa, OK 74119 (918) 392-5620 x211 tel:%28918%29%20392-5620%20x211 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Steve's better map
Hi, The OpenAddress project is great, but we still need addresses in OSM. It would make sense to write OSM importing (and updating) software that is assumes OpenAddress as an input, rather than the raw files released by official GIS committees. By standardizing on the output of the OpenAddress project, most of the remaining work needed for an OSM address import is the same, therefor we have a chance of getting good OSM import software written and a standardized processes that can be optimized. Thought I have never seen this idea expressed on the OSM lists, I assume this is part of the long term vision for the OpenAddress project. If a commercial OSM user (or the board) wants to encourage getting addresses into OSM at a large scale, this would be the way to go. Jason On Wed, Oct 29, 2014 at 2:27 PM, David Fawcett david.fawc...@gmail.com wrote: Agreed. Jukka points to ideas that could enhance OpenAddresses, There is some good momentum behind OA already, let's get together and improve that project. On Wed, Oct 29, 2014 at 8:34 AM, Ian Dees ian.d...@gmail.com wrote: On Wed, Oct 29, 2014 at 9:24 AM, Jukka Rahkonen jukka.rahko...@latuviitta.fi wrote: With a dedicated database and tools for addresses the route could really be easier and faster and I would not feel ashamed at all while importing addresses from this master address database into OSM later. Such a thing already exists! :) I would love to have you contribute to OpenAddresses: http://openaddresses.io/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ 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-nl] Oxilion en Stichting OpenGeo gaan openstreetmap.nl upgraden
Met 1 extra gesponsorde 2TB Terrabyte schijf en twee servers ga over een aantal uur naar Oxilion in Enschede rijden. Je kunt me niet real-time volgen op een kaart, maar ik hoop daar rond 10 uur te arriveren. Concreet gaan dan twee servers het rack in, en de YourNavigation Pentium 4 gaat het rack uit. Door een kleine tegenvaller zijn we nog direct up and running op de nieuwe hardware naar plaatsing, maar dat geeft ons weer genoeg tijd om een aantal zaken netjes af te ronden (een van die zaken is de DNS server die ik even was vergeten). Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
[Talk-br] Fwd: Re: [HOT] [OSM-talk] Skybox release aerial imagery
FYI -- ## Manfred Reiter - mobile - please excuse typos and brevity -- Weitergeleitete Nachricht -- Von: Mikel Maron mikel.ma...@gmail.com Datum: 29.10.2014 06:34 Betreff: Re: [HOT] [OSM-talk] Skybox release aerial imagery An: Rob Nickerson rob.j.nicker...@gmail.com, OpenStreetMap t...@openstreetmap.org, Michael Collinson m...@ayeltd.biz, h...@openstreetmap.org h...@openstreetmap.org Cc: Hello I've been talking with the Google Crisis Response team, and they have confirmed: * Imagery released under Skybox for Good can be digitized into OSM under OSM's license. * The attribution requirement can be fulfilled by attributing Skybox in a given changeset and/or feature comment/tag. As well as noted on http://wiki.openstreetmap.org/wiki/Contributors * While it's not a requirement, interested to start conversation about more robust attribution down the line, ala the dynamic attribution in Google Maps (something like an API to view attribution for a particular area, to integrate into web viewers) * HOT is welcome to make additional requests. They want to know the best place to formally let OSM know the above. If the gist of the above sounds reasonable, I think the best place to announce would be on legal-talk@ While we are working on the legal details, it would also be worthwhile for us to test the suitability of the imagery for OSM tracing. Is the geo-referencing and resolution fit for our purposes? Cheers Mikel * Mikel Maron * +14152835207 @mikel s:mikelmaron On Monday, October 27, 2014 5:37 PM, Rob Nickerson rob.j.nicker...@gmail.com wrote: Hi list, Google (through their acquisition of skybox) have released some aerial imagery under the Cc-by licence: http://www.engadget.com/2014/10/26/skybox-for-good/ Can someone just remind me - are we able to use this in OpenStreetMap? If yes, please forward to the HOT mailing list as it is of value to them. Finally we should be very proud of what we as a community have achieved. The work that we, HOT and those who have already made aerial imagery available (bing, digital globe, etc) have achieved to date is so significant that other big players are following in our footsteps. This is a great day :-) Best, Rob ___ talk mailing list t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ HOT mailing list h...@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Google e Skybox estão publicando todas as imagens no Google Maps Engine sob licença Creative Commons, para que você também possa usá-las também de graça
Em www.skybox.com/blog/introducing-skybox-for-good, encontramos: *In this beta phase of the program, we will select a small group of organizations and acquire the imagery they need to accelerate their work. The images collected for these partners are being made available publicly, under a Creative Commons By Attribution license (CC BY 4.0 http://creativecommons.org/licenses/by/4.0/legalcode), for everyone to see and use. We've already started collecting a few images, which you can see on this map https://mapsengine.google.com/00979750194450688595-08887688179650036554-4/mapview/?authuser=0.* OK. Seria melhor se a informação da licença estivesse junto aos arquivos. Alexandre Magno Em 29 de outubro de 2014 07:23, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: Estive navegando https://mapsengine.google.com/00979750194450688595-08887688179650036554-4/mapview/?authuser=0 mas não consegui identificar qual a licença exata que é usada para as imagens ou cada imagem. Seria precisamente uma CC BY 4.0 http://creativecommons.org/licenses/by/4.0/? Onde essa informação está explicitamente clara? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Nochmal Openstreetmap.de
Am 28. Oktober 2014 16:33 schrieb Andreas Neumann andr-neum...@gmx.net: Falls du dir deine Änderungen in einem bestimmten Gebiet anzeigen lassen willst, gibts einen dreckigen Trick. Füge an die Tile-URL einfach /dirty an, und das Tile wird so schnell wie möglich neu gerendert. Wann ein Tile das letzte mal gerendert wurde, kannst du dir mit /status hinter der URL anzeigen. Also z.B. Tile-URL: http://tile.openstreetmap.de/tiles/osmde/15/17377/11015.png Dreckiger Trick: http://tile.openstreetmap.de/tiles/osmde/15/17377/11015.png/dirty Tile-Daten: http://tile.openstreetmap.de/tiles/osmde/15/17377/11015.png/status in dem Zusammenhang sollte man auch noch mal darauf hinweisen, dass der Server jeweils Metatiles berechnet, d.h. 8x8 tiles, man muss also nicht alle einzelnen Tiles dirty stellen sondern nur jedes 9. bzw. je eines pro Metatile. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nochmal Openstreetmap.de
Vielen Dank für die vielen Infos! Paule -Ursprüngliche Nachricht- Von: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] Gesendet: Mittwoch, 29. Oktober 2014 11:24 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Nochmal Openstreetmap.de Am 28. Oktober 2014 16:33 schrieb Andreas Neumann andr-neum...@gmx.net: Falls du dir deine Änderungen in einem bestimmten Gebiet anzeigen lassen willst, gibts einen dreckigen Trick. Füge an die Tile-URL einfach /dirty an, und das Tile wird so schnell wie möglich neu gerendert. Wann ein Tile das letzte mal gerendert wurde, kannst du dir mit /status hinter der URL anzeigen. Also z.B. Tile-URL: http://tile.openstreetmap.de/tiles/osmde/15/17377/11015.png Dreckiger Trick: http://tile.openstreetmap.de/tiles/osmde/15/17377/11015.png/dirty Tile-Daten: http://tile.openstreetmap.de/tiles/osmde/15/17377/11015.png/status in dem Zusammenhang sollte man auch noch mal darauf hinweisen, dass der Server jeweils Metatiles berechnet, d.h. 8x8 tiles, man muss also nicht alle einzelnen Tiles dirty stellen sondern nur jedes 9. bzw. je eines pro Metatile. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nochmal Openstreetmap.de
Vielen Dank für die vielen Infos! Vielleicht können wir das im Wiki für die Nachwelt erhalten... Wo? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nochmal Openstreetmap.de
On 29.10.14 12:58, Markus wrote: Vielleicht können wir das im Wiki für die Nachwelt erhalten... [[Slippy Map]], [[Meta tiles]]. /al ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] RadioOSM: OSMDE039 Mitglied werden und mit abstimmen
Hallo liebe OpenStreetMapper, die neuste Folge von RadioOSM - OSMDE039 Mitglied werden und mit abstimmen - ist verfügbar und sollte in Kürze in euren Podcatchern auftauchen. Natürlich könnt ihr diese Folge auch in unserem Blog hören: http://ift.tt/1xEnedT Dort findet ihr auch Links zu allen Themen, über die wir gespochen haben. Viel Spaß damit und Liebe Grüße, euer RadioOSM Team - Andi, Marc und Michael ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Festival della Scienza e mancata attribuzione mappe OSM
In generale, rispetto alla richiesta di attribuzione, secondo me ci accontentiamo di poco: se fosse per me al posto del link quasi invisibile in fondo alla mappa chiederei almeno un bannerino Partecipa al progetto o Contribuisci alla mappa (sia sul web che sulla carta). Pietro ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Gestire le mappe in locale
il mio problema principale è che non voglio ogni volta dover richieder la mappa al server OSM ma averla nel mio server in locale, solo che non ho ben capito come posso procedere per ottenere ciò. devi mettere in piedi il tuo tileserver configurandoti tutto lo stack di rendering utilizzato dal sito osm.org, per sapere come fare puoi cominciare da qui: http://switch2osm.org/ in particolare la sezione serving tiles ti conviene decidere fin dall'inizio di fornire solo i tile di una zona ristretta, creare i tile per tutto il mondo richiede risorse hardware rilevanti mentre per un territorio delle dimensioni di una regione italiana ti può bastare anche una comune workstation. non è un processo semplice ma ti da la possibilità di applicare un tuo stile personalizzato alla mappa e decidere le politiche di aggiornamento e cache delle tile in modo ottimizzato per la tua applicazione. una volta che tutto funziona ti basta sostituire a http://osm.org il link del tuo server personale. Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Gestire le mappe in locale
Il giorno 29 ottobre 2014 01:20, nazario derrico nazario.derr...@alice.it ha scritto: all'inizio è rivolta al desktop quindi una web app, che sostanzialmente geolocalizza gli utenti e memorizza le posizioni registrate dagli utenti in un DB che si andrà poi a consultare per vedere i vari spostamenti da parte dei capi. il mio problema principale è che non voglio ogni volta dover richieder la mappa al server OSM ma averla nel mio server in locale, solo che non ho ben capito come posso procedere per ottenere ciò. https://www.mapbox.com/ :-) grazie. Nazario ___ 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] Festival della Scienza e mancata attribuzione mappe OSM
Sent: Tuesday, October 28, 2014 at 5:12 PM From: Aury88 spacedrive...@gmail.com comunque sia siete troppo gentili...io ci avrei visto meglio uno striscione attaccato (con il super Attack) in diagonale sulla mappa con scritto a caratteri cubitali su sfondo rosso: Questa mappa è stata rubata al progetto OpenStreetMap. :P Non sono avvocato, ma probabilmente ti avrebbero denunciato per diffamazione, per l'uso della parola ruubare. Magari un: Dati cartografici di OpenStreetMap utilizzati senza il rispetto della licenza d'uso. :D -- Matteo Quatrida GNU/Linux User #498939 OpenStreetMap Contributor since 2009 «Be GREEN and keep it on your SCREEN!» ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Festival della Scienza e mancata attribuzione mappe OSM
Sent: Tuesday, October 28, 2014 at 7:40 PM From: Cascafico Giovanni cascaf...@gmail.com Un QR suscita sempre curiosità. Ed on qs caso dovrebbe puntare ad un wall of shame http://wiki.openstreetmap.org/wiki/Lacking_proper_attribution Grazie! Non conoscevo questa pagina! PS. Se puoi manda email di solo testo, non HTML. Con Gmail e' semplicissimo scegliere solo testo! -- Matteo Quatrida GNU/Linux User #498939 OpenStreetMap Contributor since 2009 «Be GREEN and keep it on your SCREEN!» ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Festival della Scienza e mancata attribuzione mappe OSM
2014-10-28 18:09 GMT+01:00 Aury88 spacedrive...@gmail.com: un po' ovunque a cominciare dalla americanissima Apple (e attentissima per quanto concerne le proprie licenze e brevetti)... +1, loro stanno ancora in apparente infrazione (rispetto a ciò che diceva la OSM LWG all'epoca come usare ed attribuire OSM) con il prodotto Apple Maps (però usano dati del 2011/12 e quindi cc-by-sa 2.0 unported, dove forse non è chiaro se regge la licenza per dati, e dove il diritto d'autore è da parte del mappatore, mentre la OSMF non ha alcun diritto). non so se sarebbero disposti a cambiare la odbl è saremmo, non sarebbero ;-) Il cambio di licenza richiede il consenso di 3 quarti dei contributori attivi. ...considera che per quella attuale si è dovuto avviare un processo durato mesi e che prevedeva l'accettazione da parte di tutti i mappatori,e la rimozione dei dati sul db di chi non accettava/approvava la nuova licenza...ogni anno che passa questa procedura diventa sempre più problematica quindi... no, perché col ultimo cambio sono stato cambiate anche le regole, abbiamo introdotto i CT (contributor terms) con le quali ogni mappatore cede il diritto d'uso alla foundation (e quindi la prossima volta non dobbiamo togliere tutto, dovremmo togliere soltanto ciò che abbiamo importato da fonti poi non più compatibili con un'evventuale nuova licenza, ed il lavoro che si basa sulle cose importate e da togliere). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Festival della Scienza e mancata attribuzione mappe OSM
2014-10-29 10:48 GMT+01:00 Matteo Quatrida matteo.quatr...@linuxmail.org: Non sono avvocato, ma probabilmente ti avrebbero denunciato per diffamazione, per l'uso della parola ruubare. al solito non si firmano azioni del genere ;-) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Festival della Scienza e mancata attribuzione mappe OSM
Sent: Wednesday, October 29, 2014 at 10:04 AM From: Martin Koppenhoefer dieterdre...@gmail.com al solito non si firmano azioni del genere ;-) Ho sempre sostenuto che non conviene abbassarsi allo stesso livello... -- Matteo Quatrida GNU/Linux User #498939 OpenStreetMap Contributor since 2009 «Be GREEN and keep it on your SCREEN!» ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Gestire le mappe in locale
ho letto un pò di documentazione ma non mi è molto chiaro il procedimento. Quello che vorrei fare se possibile è scaricare Tile senza doverli creare io, da poi ingoblare nel programma richiamandolo con Leaflet. Possibilmente non a pagamento . ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Fwd: [OSM-talk] Skybox release aerial imagery
Ed ecco la definitiva via libera al usi delle immagini SkyBox -- Forwarded message -- From: Mikel Maron mikel.ma...@gmail.com Date: 2014-10-29 13:32 GMT+02:00 Subject: Re: [OSM-talk] Skybox release aerial imagery To: Rob Nickerson rob.j.nicker...@gmail.com, OpenStreetMap t...@openstreetmap.org, Michael Collinson m...@ayeltd.biz, h...@openstreetmap.org h...@openstreetmap.org Hello I've been talking with the Google Crisis Response team, and they have confirmed: * Imagery released under Skybox for Good can be digitized into OSM under OSM's license. * The attribution requirement can be fulfilled by attributing Skybox in a given changeset and/or feature comment/tag. As well as noted on http://wiki.openstreetmap.org/wiki/Contributors * While it's not a requirement, interested to start conversation about more robust attribution down the line, ala the dynamic attribution in Google Maps (something like an API to view attribution for a particular area, to integrate into web viewers) * HOT is welcome to make additional requests. They want to know the best place to formally let OSM know the above. If the gist of the above sounds reasonable, I think the best place to announce would be on legal-talk@ While we are working on the legal details, it would also be worthwhile for us to test the suitability of the imagery for OSM tracing. Is the geo-referencing and resolution fit for our purposes? Cheers Mikel * Mikel Maron * +14152835207 @mikel s:mikelmaron On Monday, October 27, 2014 5:37 PM, Rob Nickerson rob.j.nicker...@gmail.com wrote: Hi list, Google (through their acquisition of skybox) have released some aerial imagery under the Cc-by licence: http://www.engadget.com/2014/10/26/skybox-for-good/ Can someone just remind me - are we able to use this in OpenStreetMap? If yes, please forward to the HOT mailing list as it is of value to them. Finally we should be very proud of what we as a community have achieved. The work that we, HOT and those who have already made aerial imagery available (bing, digital globe, etc) have achieved to date is so significant that other big players are following in our footsteps. This is a great day :-) Best, Rob ___ talk mailing list t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk -- Edoardo Yossef Marascalchi skype: asca_edom ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Gestire le mappe in locale
Quello che vorrei fare se possibile è scaricare Tile senza doverli creare io, da poi ingoblare nel programma richiamandolo con Leaflet. tutti i servizi di produzione di tile (osr.org, MapQuest, MapBox, ...) sconsigliano o limitano molto il mass downloading delle tile, questo perché generare tile è un processo che richiede molte risorse computazionali e scaricarne in grosse quantità mette in crisi i server. Considera che salvarti staticamente tutte le tile per tutti i livelli di zoom richiede parecchio spazio disco (qualche centinaio di GB solo per l'Italia) e ti perderesti gli aggiornamenti che vengono fatti alla mappa. Comunque puoi fare qualche esperimento di generazione locale di tiles statiche usando tilemill. Mettere in piedi un tile server è un processo forse un po' noioso ma non troppo complicato e ci sono buone guide che spiegano come fare. IMHO l'unica alternativa possibile è pagare una ditta come MapBox, Geofabrick o Stamen che ti faccia il lavoro. Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Presentazione della seconda edizione del concorso Piemonte Visual Contest
Ciao a tutti, scusate il cross-posting e lo scarsissimo preavviso ma magari c'è qualcuno in zona a cui interessa. Domani sera ci sarà un evento di presentazione della seconda edizione del concorso Piemonte Visual Contest: si terrà alle ore 17 presso il Dipartimento Interateneo di Scienze, Progetto e Politiche del territorio in Corso Massimo d’Azeglio 42 a Torino. Un’occasione per approfondire le tematiche di open geo data, narrazione digitale e storytelling a partire dalla presentazione di alcuni progetti realizzati nella scorsa edizione durante Piemonte Visual Storython. Maggiori info qui http://www.piemontevisualcontest.eu/tra-mappe-open-e-storytelling/?lang=it Cesare Gerbino http://cesaregerbino.wordpress.com/ http://www.facebook.com/cesare.gerbino http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl https://twitter.com/CesareGerbino http://www.linkedin.com/pub/cesare-gerbino/56/494/77b ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Gestire le mappe in locale
2014-10-29 13:50 GMT+01:00 Stefano Salvador stefano.salva...@gmail.com: Considera che salvarti staticamente tutte le tile per tutti i livelli di zoom richiede parecchio spazio disco (qualche centinaio di GB solo per l'Italia) e ti perderesti gli aggiornamenti che vengono fatti alla mappa. Comunque puoi fare qualche esperimento di generazione locale di tiles statiche usando tilemill. e poi che fai, metti centinaia di GB sullo smartphone? ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Foto satellitari di Google... con licenza Creative Commons.
Il 28 ottobre 2014 11:37, Fabio Alessandro Locati fabioloc...@gmail.com ha scritto: Nella ML nazionale si è deciso di aspettare una valutazione da parte del Legal Working Group prima di importare qualsiasi cosa da questa fonte ed è meglio attenersi a questa policy anche per noi italiani, IMHO (immagino che volessi dire ML internazionale, comunque mi pare una scelta saggia et sensata) C ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Gestire le mappe in locale
dieterdreist wrote 2014-10-29 13:50 GMT+01:00 Stefano Salvador lt; stefano.salvador@ gt;: Considera che salvarti staticamente tutte le tile per tutti i livelli di zoom richiede parecchio spazio disco (qualche centinaio di GB solo per l'Italia) e ti perderesti gli aggiornamenti che vengono fatti alla mappa. Comunque puoi fare qualche esperimento di generazione locale di tiles statiche usando tilemill. e poi che fai, metti centinaia di GB sullo smartphone? ciao, Martin ___ Talk-it mailing list Talk-it@ https://lists.openstreetmap.org/listinfo/talk-it ...se il problema è mettere una mappa in locale sul cellofono basta crearsi una mappa img la stessa che usano i garmin e farla girare sotto oruxmap e similari e occupa poco sapzio...se poi si vuole solo una piccola regione di mappaper l'italia ad esempio compilata come la faccio io occupa su per giù 700kb -- View this message in context: http://gis.19327.n5.nabble.com/Gestire-le-mappe-in-locale-tp5822116p5822298.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] Festival della Scienza e mancata attribuzione mappe OSM
Matteo Quatrida-2 wrote Non sono avvocato, ma probabilmente ti avrebbero denunciato per diffamazione, per l'uso della parola ruubare. Magari un: Dati cartografici di OpenStreetMap utilizzati senza il rispetto della licenza d'uso. In realtà a me sembra l'utilizzo corretto del termine. Osm concede (seppur gratuitamente) l'utilizzo di un bene in cambio del rispetto di alcune regole basilari. È quindi un do ut des a tutti gli effetti. Di conseguenza chiunque utilizzi tali dati senza rispettare la licenza sta trasgredendo le condizioni sotto cui tali dati sono concessi. il non rispetto della licenza non è previsto tra le forme di (con)cessione dei dati da parte di osm quindi si da per scontato la non autorizzazione ad utilizzarli in caso di non rispetto della licenza...se tu li utilizzi comunque stai di fatto commettendo un furto. da notare che nel nostro caso si parla di copia (osm non viene spossessata del bene) ma questo è il termine comunemente usato ed accettato quando per esempio dei chracker entrano nel sito di una banca è rubano i dati ralativi ai clienti...la banca continua ad avere quei dati ma il fatto che delle persone estranee alla banca se ne siano impossessati senza autorizzazione è sufficiente per definirlo furto... convengo che la tesi potrebbe non reggere ma a mio avviso questoa causa proprio e sempre della odbl (se non viene riconosciuta dal giudice come valida naturalmente) ;) - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Festival-della-Scienza-e-mancata-attribuzione-mappe-OSM-tp5821760p5822299.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] Festival della Scienza e mancata attribuzione mappe OSM
dieterdreist wrote è saremmo, non sarebbero ;-) Il cambio di licenza richiede il consenso di 3 quarti dei contributori attivi. intendevo l'avvio della proposta/votazione del cambio di licenza che credo venga fatto dalla OSMF. è chiaro che poi alla fine dei conti è la comunità di mappatori che decide :) dieterdreist wrote no, perché col ultimo cambio sono stato cambiate anche le regole, abbiamo introdotto i CT (contributor terms) con le quali ogni mappatore cede il diritto d'uso alla foundation (e quindi la prossima volta non dobbiamo togliere tutto, dovremmo togliere soltanto ciò che abbiamo importato da fonti poi non più compatibili con un'evventuale nuova licenza, ed il lavoro che si basa sulle cose importate e da togliere). ciao, Martin ammetto di aver letto velocemente i termini (quando sono diventato mappatore erano già in introduzione e da accettare obbligatoriamente all'atto dell'iscrizione). comunque sia megio così, quela è stata una bella (ed imprescindibile) idea. - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Festival-della-Scienza-e-mancata-attribuzione-mappe-OSM-tp5821760p5822302.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] Gestire le mappe in locale
Da: Martin Koppenhoefer dieterdre...@gmail.com e poi che fai, metti centinaia di GB sullo smartphone? ma forse gli basta una città?? o uno zoom basso?? certo il ragazzo non è molto chiaro ;) ... oppure sono io che non ho capito bene cosa voglia fare mi pareva di aver capito che le mappe gli servissero più che altro su pc per seguire gli utenti che utilizzano lo smartphone ciao ciao ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Festival della Scienza e mancata attribuzione mappe OSM
Il 29 ottobre 2014 17:44, Aury88 spacedrive...@gmail.com ha scritto: Matteo Quatrida-2 wrote Non sono avvocato, ma probabilmente ti avrebbero denunciato per diffamazione, per l'uso della parola ruubare. Magari un: Dati cartografici di OpenStreetMap utilizzati senza il rispetto della licenza d'uso. In realtà a me sembra l'utilizzo corretto del termine. Osm concede (seppur gratuitamente) l'utilizzo di un bene in cambio del rispetto di alcune regole basilari. È quindi un do ut des a tutti gli effetti. Di conseguenza chiunque utilizzi tali dati senza rispettare la licenza sta trasgredendo le condizioni sotto cui tali dati sono concessi. il non rispetto della licenza non è previsto tra le forme di (con)cessione dei dati da parte di osm quindi si da per scontato la non autorizzazione ad utilizzarli in caso di non rispetto della licenza...se tu li utilizzi comunque stai di fatto commettendo un furto. Aury, so che lo dici con il massimo della buone intenzioni, ma ti assicuro che questa terminologia non è utile alla causa in generale. L'idea che le informazioni (i dati, il software, i contenuti) siano sottoposti alle stessa logica di proprietà delle mele, le patate e le automobili è uno degli argomenti più usati da coloro che sono contrari all'uso delle licenze libere (major discografiche e cinematrografiche, case editrici, ecc.). Il rispetto della paternità di un'opera è importante e giusto, ma non difendiamo questa cosa con un'idea più sbagliata dell'originale. Vedi anche: https://www.gnu.org/philosophy/words-to-avoid.it.html#Theft Ciao, C ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Festival della Scienza e mancata attribuzione mappe OSM
Cristian Consonni wrote Aury, so che lo dici con il massimo della buone intenzioni, ma ti assicuro che questa terminologia non è utile alla causa in generale. L'idea che le informazioni (i dati, il software, i contenuti) siano sottoposti alle stessa logica di proprietà delle mele, le patate e le automobili è uno degli argomenti più usati da coloro che sono contrari all'uso delle licenze libere (major discografiche e cinematrografiche, case editrici, ecc.). Il rispetto della paternità di un'opera è importante e giusto, ma non difendiamo questa cosa con un'idea più sbagliata dell'originale. Vedi anche: https://www.gnu.org/philosophy/words-to-avoid.it.html#Theft Ciao, mi spiace cristian non sono d'accordo. Continuo a ritenere il non rispetto delle clausule come un furto nei confronti della comunità e dell'utente finale..Intanto la nostra è una clausula diciamo copyleft quindi ha una particolare importanza in quanto è una concessione a copiare il nostro db da parte di tutti.Se uno non riporta questa clausula sta in qualche maniera impedendo agli altri che vedono quella mappa di sapere che può essere copiata o riutilizzarla quindi sta in pratica togliendo loro un diritto in maniera illecita; e poi c'è naturalmente il mancato riconoscimento della comunità cioè ci viene tolto in maniera illecità il diritto di venir riconosciuti come i materiali creatori di quella mappa. Il furto non è tanto a livello di dati (e qua è a mio avviso una differenza tra quello che condanna la fsf alle case produttrici e quello che affermo io ) ma a livello di diritti. é in questa eccezione principalmente che lo trovo un furto. Poi a prescindere dal termine utilizzato a mio avviso l'utilizzo (bada bene, utilizzo , non possesso o proprietà) della nostra mappa rimane sotto un vincolo di tipo do ut des e quindi come tale dovrebbe venir trattato quando uno delle due parti non ottempera a quanto previsto... poi che alla fsf dia fastidio il termine furto va bene, ma loro secondo me ne parlano sotto un eccezione diversa e cioè dell'utilizzo fatto dalle case produttrici per indicare i danni da mancato guadagno a causa della copia fraudolenta; danni che sono poi da dimostrare (non è detto che uno che copia non compri poi il bene copiato(ricerche fatte dalle case produttrici dimostrerebbero che chi pirata è in realtà quello che solitamente poi compra di più) nè tanto meno che se non avesse fatto quella copia se lo sarebbe comprato) mentre la mancata pubblicità/riconoscimento/informazione è un danno immediato e solitamente non riparabile (metti che una persona vede quel cartellone, da quel cartellone non avrà alcuna informazione della licenza e quindi dei suoi diritti...se il giorno dopo non passa davanti quel cartellone con su messe tutte le informazioni, l'utente continuerà ad ignorare di avere determinati diritti su quel contenuto ) comunque sia non sono uno studente di giurisprudenza (ho fatto solo per 5 anni diritto privato alle superiori (troppi) anni fa) quindi se mi dici che non centra nulla mi fido e ti ringrazio per la correzione, ma continuo assolutamente ad essere dell'idea che sia necessaria una fascia rossa messa per obliquo sulle mappe che non rispettano la licenza e con su scritto a caratteri cubitali un messaggio con una terminalogia corretta (ma adeguata) per far capire all'utente comune la gravità dell'evento :P non dovremmo essere noi a mettere la licenzanoi dovremmo segnalare a tutti il suo non rispetto - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Festival-della-Scienza-e-mancata-attribuzione-mappe-OSM-tp5821760p5822314.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-dk] Adresseknuder
Hej Jens Man laver et json kald til https://webapi.aws.dk/adresser.json (kriterie['postnr'] = postnummer) for at få OSAK og ' https://overpass-api.de/api/interpreter?data=[out:json];node[%22osak:identifier%22][%22addr:postcode%22=' + postnummer + '];out;' for at få fra OpenStreetMap Mvh Stephen Den 29. okt. 2014 kl. 08.08 skrev Jens Hyllegaard j...@linushvj.dk: Hvordan tjekker i om en adresse er slettet i OSAK? Mvh Jens Hyllegaard -Oprindelig meddelelse- Fra: Niels Elgaard Larsen [mailto:elga...@agol.dk] Sendt: 28. oktober 2014 21:37 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] Adresseknuder On 10/28/2014 08:48 PM, Stephen M ller wrote: Hej Jeg har lavet et Javascript som sammenligner OSAK med OpenStreetMap, og her er det tydeligt som Niels skriver at der findes rigtig mange adresserpunkter i OSM som er blevet slettet i OSAK siden findvej importeret dem. Jeg vil f lge Niels opfordring og lade v re med at slette dem, men i stedet s tte do_not_use foran dem hvor der ikke findes en form for fixme tag. Hvis de ikke er i OSAK kan vi godt slette dem i OSM, for s risikerer vi ikke at de bliver genimporteret. Jeg har allerede slettet en del p Sj lland, som er slettet i OSAK. Hvis vi retter noget i OSM, og det s bliver rettet i OSAK, s er det konsistent. Hvis vi markerer noget med en Fixme og det bliver rettet i OSAK, s kan vi fjerne fixmeen i OSM og gennemf re rettelsen eller genimportere. Problemet er n r vi m rker en fejl med Fixme og den i revis ikke bliver rettet i OSAK. Fx adresser som er helt i skoven eller i havet. Med venlig hilsen Stephen Den 16. okt. 2014 kl. 02.46 skrev Niels Elgaard Larsen elga...@agol.dk mailto:elga...@agol.dk: Nu har vi en masse adresseknuder som vi i 3-4 r har vidst er forkerte. Det synes jeg er uholdbart - vi risikerer at sendte brugere p vildspor med data som vi godt ved er forkert. N r jeg ikke bare selv er begyndt at rette det, er det for ikke at komme i konflikt med automatiske adresseimporteringer. Vi har i revis fundet fejl i adressedata, men det er en ret lille del, der bliver rettet i OSAK. Jeg synes ikke, vi kan forsvare at vente l ngere, mens vi har fejlagtige data i OSM. Det jeg synes burde ske er: Adresseknuder, som har forkerte koordinater, skal bare slettes. De skal ikke igen importeres fra OSAK s l nge de har samme koordinater. Adresser der er upr cise, kan flyttes til deres rigtige placering, hvis den kendes. N r/hvis de f r nye koordinater i OSAK, kan koordinaterne i OSM opdateres. Men hvis vi sletter adresseknuder, sletter vi ogs Fixme-s, hvilket g r det endnu mindre sandsynligt at de bliver rettet i OSAK. Og hvis de er slettet, er det sv rt for en adresseimporter, at vide at den ikke skal importere dem igen. S vi kunne: 1. Vedligeholde en liste over slettede adresseknuder med timestamps og koordinater. eller 2. undlade at slette dem og i stedet fx udskifte addr:housenumber tagget med do_not_use:addr:housenumberhttp://wiki.openstreetmap.org/wiki/Key:add r:housenumber ___ Talk-dk mailing list Talk-dk@openstreetmap.org mailto:Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Adresseknuder
Så når jeg i modsætning til en gyldig adresse bare får en 404 fejl, så må man
antage at adressen ikke findes i OSAK.
Er det så i orden at slette adressepunktet i OSM? Worst case er vel at det
bliver importeret igen på et tidspunkt?
Mvh
Jens
-Oprindelig meddelelse-
Fra: Niels Elgaard Larsen [mailto:elga...@agol.dk]
Sendt: 29. oktober 2014 11:31
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] Adresseknuder
On 29-10-2014 08:08, Jens Hyllegaard wrote:
Hvordan tjekker i om en adresse er slettet i OSAK?
Hvis det bare en adresse eller to bruger jeg et bash script, med OSAK
identifier som input:
#!/bin/bash
idd=${1,,}
id=${idd//-/}
echo id= $id
idash=${id:0:8}-${id:8:4}-${id:12:4}-${id:16:4}-${id:20:12}
echo looking up $idash
wget -O - http://dawa.aws.dk/adgangsadresser/$idash;
Mvh
Jens Hyllegaard
-Oprindelig meddelelse-
Fra: Niels Elgaard Larsen [mailto:elga...@agol.dk]
Sendt: 28. oktober 2014 21:37
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] Adresseknuder
On 10/28/2014 08:48 PM, Stephen M ller wrote:
Hej
Jeg har lavet et Javascript som sammenligner OSAK med OpenStreetMap,
og her er det tydeligt som Niels skriver at der findes rigtig mange
adresserpunkter i OSM som er blevet slettet i OSAK siden findvej
importeret dem.
Jeg vil f lge Niels opfordring og lade v re med at slette dem, men i
stedet s tte do_not_use foran dem hvor der ikke findes en form for
fixme tag.
Hvis de ikke er i OSAK kan vi godt slette dem i OSM, for s risikerer vi ikke
at de bliver genimporteret. Jeg har allerede slettet en del p Sj lland, som
er slettet i OSAK.
Hvis vi retter noget i OSM, og det s bliver rettet i OSAK, s er det
konsistent.
Hvis vi markerer noget med en Fixme og det bliver rettet i OSAK, s kan vi
fjerne fixmeen i OSM og gennemf re rettelsen eller genimportere.
Problemet er n r vi m rker en fejl med Fixme og den i revis ikke bliver
rettet i OSAK. Fx adresser som er helt i skoven eller i havet.
Med venlig hilsen
Stephen
Den 16. okt. 2014 kl. 02.46 skrev Niels Elgaard Larsen
elga...@agol.dk
mailto:elga...@agol.dk:
Nu har vi en masse adresseknuder som vi i 3-4 r har vidst er forkerte.
Det synes jeg er uholdbart - vi risikerer at sendte brugere p
vildspor med data som vi godt ved er forkert.
N r jeg ikke bare selv er begyndt at rette det, er det for ikke at
komme i konflikt med automatiske adresseimporteringer.
Vi har i revis fundet fejl i adressedata, men det er en ret lille
del, der bliver rettet i OSAK. Jeg synes ikke, vi kan forsvare at
vente l ngere, mens vi har fejlagtige data i OSM.
Det jeg synes burde ske er:
Adresseknuder, som har forkerte koordinater, skal bare slettes. De
skal ikke igen importeres fra OSAK s l nge de har samme koordinater.
Adresser der er upr cise, kan flyttes til deres rigtige placering,
hvis den kendes. N r/hvis de f r nye koordinater i OSAK, kan
koordinaterne i OSM opdateres.
Men hvis vi sletter adresseknuder, sletter vi ogs Fixme-s, hvilket
g r det endnu mindre sandsynligt at de bliver rettet i OSAK. Og hvis
de er slettet, er det sv rt for en adresseimporter, at vide at den
ikke skal importere dem igen.
S vi kunne:
1. Vedligeholde en liste over slettede adresseknuder med timestamps
og koordinater.
eller
2. undlade at slette dem og i stedet fx udskifte addr:housenumber
tagget med
do_not_use:addr:housenumberhttp://wiki.openstreetmap.org/wiki/Key:add
r:housenumber
___
Talk-dk mailing list
Talk-dk@openstreetmap.org mailto:Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk
--
Niels Elgaard Larsen
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Adresseknuder
Hej alle, Vi arbejder jo med adresser til dagligt, og har derfor lidt input, som jeg synes er værd at tage i betragtning. On 10/28/2014 09:57 PM, Lars Gravengaard wrote: En ruin kan vel godt have en adresse, men hvis der slet ikke er noget tilbage, synes jeg også at adressen skal slettes. Kort fortalt: I Danmark har vi valgt at adressesætte en masse ting, bl.a. fordi ikke kun traditionelle beboelseshuse kan være værd at stedfæste. Der er derfor mere i en adresse end en postkasse - tænk f.eks. på idrætspladsen, vindmøllen mv, som alle kan være værd at kunne referere til som sted (adresse), men næppe værd at sende post til. :-) Det kan også være værd at huske at tiden mellem luftbillede og adressesætning kan være lang - kommunens BBRkontor adressesætter formodentligt så snart du går i gang med at bygge, hvor der snildt kan gå op til et par år eller tre førend luftfotos opdateres. Mvh Gregers ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
[Talk-dk] Teknisk workshop?
Hej allesammen, De offentlige services bliver bedre og bedre. Samtidig hører jeg på jungletrommerne, at forskellige offentlige myndigheder så småt er ved at være klar til at tage imod de alle de fejl, som vi løbende finder. Men vores engang så fine infrastruktur kan ikke følge med: osm.rasher.dk- er nede/virker ikke osm.ter.dk - virker vist ikke? I alle tilfælde bør importeren vel opdaters til at bruge DAWA /aws.dk oisfixes.iola.dk - virker, men Ole har ikke tid til at udvide med f.x. fejl i adresseknuder. Jeg klandrer ingen - det var dejlige værktøjer, og jeg er bare glad for, at de blev til. Men kan vi ikke gøre en indsats i vores lille community for at få det til at køre igen? Det behøver jo ikke at hænge på de samme personer. Hvad med, om vi organiserer en workshop, hvor vi mødes med det ene formål at få de forskellige services op at køre igen? Eventuelt kunne vi samle det på en enkelt server, som et passende udvalg af personer havde adgang til? Mvh - Jørgen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Adresseknuder
Men hvis adressen ikke længere findes i OSAK, så er det vel fordi der ikke længere findes noget af værdi på stedet? I et af de tilfælde jeg har drejer det sig om adressepunkter der ligger ved en helt anden vej end der er angivet i adressepunktet. Derudover kunne jeg selvfølgelig aldrig finde på at slette et adressepunkt blot fordi der ikke lå et hus. :) Mvh Jens -Oprindelig meddelelse- Fra: Jørgen Elgaard Larsen [mailto:j...@elgaard.net] Sendt: 29. oktober 2014 18:05 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] Adresseknuder Hans Gregers Petersen skrev: Der er derfor mere i en adresse end en postkasse - t�nk f.eks. p� idr�tspladsen, vindm�llen mv, [...] tiden mellem luftbillede og adresses�tning kan v�re lang Helt enig i begge dele. Man b�r efter min mening kun fjerne adresseknuder hvis 1) Man ved, at der l� noget tidligere, som nu er revet ned. 2) Man er forholdsvis sikker p�, at der ikke skal opf�res noget nyt (hvor noget nyt ikke beh�ver at v�re et hus). Sikre tilf�lde er f.x. hvis der l� et hus tidligere, men nu er bygget en ny vej ovenp�. - J�rgen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Adresseknuder
On 29-10-2014 20:18, Jens Hyllegaard wrote: Men hvis adressen ikke længere findes i OSAK, så er det vel fordi der ikke længere findes noget af værdi på stedet? Ja, hvis den har en OSAK identifier, som ikke findes i OSAK. Der er nogle adresser, som ikke kommer fra OSAK, men er tilføjet i OSM. De skal ikke slettes. Men på et tidspunkt kommer de nok i OSAK og bliver importeret, så vi får dublettet og så kan de slettes. I et af de tilfælde jeg har drejer det sig om adressepunkter der ligger ved en helt anden vej end der er angivet i adressepunktet. Ja, og så er spørgsmålet hvor meget detektivarbejde, du skal gøre for at finde ud af hvad fejlen er. Måske er der vejnavnet i adresseknuden forkert. Eller måske er der en slåfejl i positionen, så den kunne flyttes til den korrekte position. Min holdning er, at det er i orden at slette den slags adresseknuder ud fra den betragtning at hvis fx Andebyvej 14 ved en fejl har en helt forkert position, så er det misinformation, der kan gøre skade, fx ved at sende brugere på afveje. Hvis Andebyvej slettes, vil de fleste brugere der skal derhen navigere efter nr 12 eller nr 16. Derudover kunne jeg selvfølgelig aldrig finde på at slette et adressepunkt blot fordi der ikke lå et hus. :) Det har jeg heller ikke gjort. Men det burde vi overveje. Der er fx adresseknuder, der er tidsstemplet i år 2010, hvor vi ikke har nogen indikationer på, at der skulle være nogen objekter knyttet til adressen og vi har adskillige luftfoto, der er nyere og måske endda har haft folk på stedet. Mvh Jens -Oprindelig meddelelse- Fra: Jørgen Elgaard Larsen [mailto:j...@elgaard.net] Sendt: 29. oktober 2014 18:05 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] Adresseknuder Hans Gregers Petersen skrev: Der er derfor mere i en adresse end en postkasse - t�nk f.eks. p� idr�tspladsen, vindm�llen mv, [...] tiden mellem luftbillede og adresses�tning kan v�re lang Helt enig i begge dele. Man b�r efter min mening kun fjerne adresseknuder hvis 1) Man ved, at der l� noget tidligere, som nu er revet ned. 2) Man er forholdsvis sikker p�, at der ikke skal opf�res noget nyt (hvor noget nyt ikke beh�ver at v�re et hus). Sikre tilf�lde er f.x. hvis der l� et hus tidligere, men nu er bygget en ny vej ovenp�. - J�rgen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk -- Niels Elgaard Larsen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Teknisk workshop?
Glimrende ide! Jeg er desværre ikke så stærk i det med at kode, men hvis der skulle være noget jeg alligevel skulle kunne bidrage med ved dette, så er jeg klar. Mvh Michael Den 29. oktober 2014 kl. 18:26 skrev Jørgen Elgaard Larsen j...@elgaard.net: Hej allesammen, De offentlige services bliver bedre og bedre. Samtidig hører jeg på jungletrommerne, at forskellige offentlige myndigheder så småt er ved at være klar til at tage imod de alle de fejl, som vi løbende finder. Men vores engang så fine infrastruktur kan ikke følge med: osm.rasher.dk- er nede/virker ikke osm.ter.dk - virker vist ikke? I alle tilfælde bør importeren vel opdaters til at bruge DAWA /aws.dk oisfixes.iola.dk - virker, men Ole har ikke tid til at udvide med f.x. fejl i adresseknuder. Jeg klandrer ingen - det var dejlige værktøjer, og jeg er bare glad for, at de blev til. Men kan vi ikke gøre en indsats i vores lille community for at få det til at køre igen? Det behøver jo ikke at hænge på de samme personer. Hvad med, om vi organiserer en workshop, hvor vi mødes med det ene formål at få de forskellige services op at køre igen? Eventuelt kunne vi samle det på en enkelt server, som et passende udvalg af personer havde adgang til? Mvh - Jørgen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-ar] Forma de manzana
El problema si los junto, es que Fragueiro hace 2 curvas, una para acercarse a Gana y otra para volver a su curso. Con lo cual me parece que queda peor. Ahora forma un triangulito que no esta, pero solo se ve al máximo de zoom. Saludos Hernan El mar 28/10/2014, 23:46, Werner Horsch werner.hor...@gmail.com escribió: junta en nodo común Ayui, Frageueiro y Gana. Así parece estar por lo menos el triangulito dibujalo o no, son detalles menores pedestrian tiene algún tipo de actividad comercial/cultural, ej calle Florida 2014-10-28 13:48 GMT-03:00 Hernán Javier López hernan.lo...@gmail.com: Muchas gracias, lo voy a hacer así Saludos Hernan El mar 28/10/2014, 13:45, Marcelo Rodríguez Claude marcel...@gmail.com escribió: Con respecto a la primera pregunta, y nada más que por una cuestión de ruteo, yo prolongaría la calle Ayui hasta intersectar la calle Fragueiro y no tocaría nada más. En el segundo caso, si la calle es peatonal se pone una etiqueta highway=pedestrian; si es una zona peatonal se dibuja el polígono que la delimita y se etiqueta como highway=pedestrian más area=yes, si hay un cordón delimitando el área, en forma total o parcial, se puede agregar barrier=kerb donde corresponda. Saludos! El martes, 28 de octubre de 2014, Hernán Javier López hernan.lo...@gmail.com escribió: Tengo una duda con esta zona y la forma en que dibuja las manzanas Open Street Map http://www.openstreetmap.org/#map=19/-34.63176/-58.52710 La manzana en forma triangular delimitada por Gana, Fragueiro y Marcelo Gamboa corta la calle Ayui. Pero esto no es correcto, ya que en esa zona, la manzana es mas chica y Ayui desemboca en la intersección de Gana y Fragueiro. ¿Hay alguna forma de dibujar esto en forma que quede acorde a la realidad? Acá se ve la foto satelital donde se ve lo que digo. En esta zona no sucede, pero en algunas esquinas similares de Buenos Aires, se que el gobierno esta delimitando esas zonas para hacerlas peatonales, por ejemplo en Libertad, Juncal y Quintana ( https://plus.google.com/113909099176405701970/posts/VN6WB6FiKLy ) donde hasta están poniendo mesas. Esto como se dibuja? Saludos Hernan -- Enviado con Gmail Mobile ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] Forma de manzana
http://wiki.openstreetmap.org/wiki/Key:highway For roads used mainly/exclusively for pedestrians in shopping and some residential areas which may allow access by motorised vehicles only for very limited periods of the day. To create a 'square' or 'plaza' create a closed way and tag as pedestrian and also with area=yes. No se habla de actividad comercial de ningun tipo como requicito. Saludos. Sefer De: Werner Horsch werner.hor...@gmail.com Para: OpenStreetMap Argentina talk-ar@openstreetmap.org Enviado: Martes, 28 de octubre, 2014 23:46:30 Asunto: Re: [Talk-ar] Forma de manzana junta en nodo común Ayui, Frageueiro y Gana. Así parece estar por lo menos el triangulito dibujalo o no, son detalles menores pedestrian tiene algún tipo de actividad comercial/cultural, ej calle Florida ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] Mapeo social
El 26/10/14 a las 12:47, Manuel Kaufmann escibió: Bueno, hice el fork, lo traduje y diseñé un pequeño panfleto / volante para ir entregando en los diferentes lugares que considere interesante. Este es el sitio web: http://elblogdehumitos.com.ar/osm/ Este es el volante: http://elblogdehumitos.com.ar/osm/osm-elblogdehumitos.png Se aceptan sugerencias. En principio voy a empezar a probar esto como está (o similar) para ver cómo va y luego ir agregando más funcionalidad al sitio. 2014-10-26 10:43 GMT-03:00 Manuel Kaufmann humi...@gmail.com: 2014-10-25 17:49 GMT-03:00 Manuel Kaufmann humi...@gmail.com: Por otra parte creo que la interface de NOTAS de osm.org podría ser suficiente para lo que quieres. Muy bueno! No lo conocía. Y sí, algo muy similar a eso es lo que me imaginé... Un poco más de color para hacerlo más user-frieldy y listo... Encontré algo exactamente igual a lo que yo quiero: http://onosm.org/ http://wiki.openstreetmap.org/wiki/Onosm.org Creo que voy a hacer un fork del github, traducirlo al español y ponerlo en práctica para ver cómo va... muy bueno humitos! -- Fernando Toledo Dock Sud BBS http://bbs.docksud.com.ar telnet://bbs.docksud.com.ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
[Talk-ar] Forma de manzana
Tengo una duda, ¿se puede doblar de Ayui a Fragueiro? Si no se puede tendrías que poner al pedacito de Ayui entre Fraguiero y Gana como mano única junta en nodo común Ayui, Frageueiro y Gana. Así parece estar por lo menos el triangulito dibujalo o no, son detalles menores pedestrian tiene algún tipo de actividad comercial/cultural, ej calle Florida -- Con respecto a la primera pregunta, y nada más que por una cuestión de ruteo, yo prolongaría la calle Ayui hasta intersectar la calle Fragueiro y no tocaría nada más. ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
[Talk-at] in Austria, good experience - thank you!
Hi, (sorry for writing in English here). Last week I went to Austria for tourism (Graz, Vienna, driving between Graz to Salzburg, etc.). I used OsmAnd application to have Open Street Map data off-line, as I usually do. You guys did an excellent job mapping! Austria! Hats off to you! Vienna has the house numbers and everything. The roads were good mapped. Hiking paths were there too. We enjoyed even more our time in Austria thanks to your good job. And by by the way, you have an amazing country :-) Regards and keep doing the amazing job, it's very appreciated. -- Carles Pina i Estany Web: http://pinux.info || Blog: http://pintant.cat ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] in Austria, good experience - thank you!
Hi again, I was reviewing my notes and I noticed something in Vienna that confused me a little bit. It's here for example: http://www.openstreetmap.org/?mlat=48.194502890110016mlon=16.38637661933899#map=18/48.19637/16.38655 There are, in Vienna, many foot paths in places that I wouldn't expect. A more clear example: http://www.openstreetmap.org/#map=17/48.18925/16.37574 there seems to be footpaths on a normal street. I'm not an OSM expert but this seems unusual? See the attached screenshot: OsmAnd renders it a bit too red (see http://pinux.info/files/Screenshot_2014-10-30-00-14-45.png ). This is only in a few zones of Vienna. Regards, On Oct/29/2014, Carles Pina i Estany wrote: Hi, (sorry for writing in English here). Last week I went to Austria for tourism (Graz, Vienna, driving between Graz to Salzburg, etc.). I used OsmAnd application to have Open Street Map data off-line, as I usually do. You guys did an excellent job mapping! Austria! Hats off to you! Vienna has the house numbers and everything. The roads were good mapped. Hiking paths were there too. We enjoyed even more our time in Austria thanks to your good job. And by by the way, you have an amazing country :-) Regards and keep doing the amazing job, it's very appreciated. -- Carles Pina i Estany Web: http://pinux.info || Blog: http://pintant.cat ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at -- Carles Pina i Estany Web: http://pinux.info || Blog: http://pintant.cat ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-ro] weekly
Un prim rezultat, felicitări ! http://osmose.openstreetmap.fr/ro/map/? Cum să ajut la traducere : https://www.transifex.com/projects/p/osmose/translate/#ro Aștaptem Ciprian și Alex prentru server și results de analyze pentru Romania :) -- Jean-Baptiste Holcroft 2014-10-23 23:04 GMT+02:00 Gabriel Sebastian Moise gabrielsebastianmo...@gmail.com: Mi-am facut si eu cont. in masura timpului liber, ajut si eu cu mare placere ! În data de 23 octombrie 2014, 21:23, Madalina Ionescu [via GIS] [hidden email] http://user/SendEmail.jtp?type=nodenode=5821543i=0 a scris: Salut, Accept cu plăcere :) Cunosc modul de lucru de pe transiflex: https://www.transifex.com/accounts/profile/madalinaionescu/ și aș fi bucuroasă să contribui la acest proiect extraordinar. Poate mai doresc și alți colegi din comunitatea OSM-Ro. Numai bine, Madalina 2014-10-23 10:03 GMT+03:00 Jean-Baptiste Holcroft [hidden email] http://user/SendEmail.jtp?type=nodenode=5821515i=0: Felicitari ! Vrea se creaze un group de traductor ? Pentru ca eu vrea se traduct osmose in romaneste, dar nivelul meu de limba romana nu este foarte bun ... https://www.transifex.com/projects/p/osmose/ Nu mai bine Le 23 oct. 2014 05:25, Madalina Ionescu [hidden email] http://user/SendEmail.jtp?type=nodenode=5821515i=1 a écrit : Bună ziua, Săptămânalul OSM (Weekly) nr. 221 este disponibil și în limba română cu ultimele știri din lumea OpenStreetMap: http:/www.weeklyosm.eu/?lang=ro. Lectură plăcută! ___ Talk-ro mailing list [hidden email] http://user/SendEmail.jtp?type=nodenode=5821515i=2 https://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list [hidden email] http://user/SendEmail.jtp?type=nodenode=5821515i=3 https://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list [hidden email] http://user/SendEmail.jtp?type=nodenode=5821515i=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/weekly-tp5821346p5821515.html To start a new topic under Romania, email [hidden email] http://user/SendEmail.jtp?type=nodenode=5821543i=1 To unsubscribe from Romania, click here. NAML http://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml -- Toate cele bune ! ** Gabriel Sebastian Moise Administrator Local - Departament Tehnic *--* NextGen Communications S.R.L. - Campina Mobil NextGen : 076 111 65 59 Mobil Personal : 0726 311 957 Adresa Postala: Strada Grivitei, Nr.63, Campina, Romania ! *--* -- View this message in context: Re: weekly http://gis.19327.n5.nabble.com/weekly-tp5821346p5821543.html Sent from the Romania mailing list archive http://gis.19327.n5.nabble.com/Romania-f5425034.html at Nabble.com. ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] weekly
Arată extraordinar :) Mulțumim pentru oportunitate. 2014-10-29 10:48 GMT+02:00 Jean-Baptiste Holcroft jb.holcr...@gmail.com: Un prim rezultat, felicitări ! http://osmose.openstreetmap.fr/ro/map/? Cum să ajut la traducere : https://www.transifex.com/projects/p/osmose/translate/#ro Aștaptem Ciprian și Alex prentru server și results de analyze pentru Romania :) -- Jean-Baptiste Holcroft 2014-10-23 23:04 GMT+02:00 Gabriel Sebastian Moise gabrielsebastianmo...@gmail.com: Mi-am facut si eu cont. in masura timpului liber, ajut si eu cu mare placere ! În data de 23 octombrie 2014, 21:23, Madalina Ionescu [via GIS] [hidden email] http://user/SendEmail.jtp?type=nodenode=5821543i=0 a scris: Salut, Accept cu plăcere :) Cunosc modul de lucru de pe transiflex: https://www.transifex.com/accounts/profile/madalinaionescu/ și aș fi bucuroasă să contribui la acest proiect extraordinar. Poate mai doresc și alți colegi din comunitatea OSM-Ro. Numai bine, Madalina 2014-10-23 10:03 GMT+03:00 Jean-Baptiste Holcroft [hidden email] http://user/SendEmail.jtp?type=nodenode=5821515i=0: Felicitari ! Vrea se creaze un group de traductor ? Pentru ca eu vrea se traduct osmose in romaneste, dar nivelul meu de limba romana nu este foarte bun ... https://www.transifex.com/projects/p/osmose/ Nu mai bine Le 23 oct. 2014 05:25, Madalina Ionescu [hidden email] http://user/SendEmail.jtp?type=nodenode=5821515i=1 a écrit : Bună ziua, Săptămânalul OSM (Weekly) nr. 221 este disponibil și în limba română cu ultimele știri din lumea OpenStreetMap: http:/www.weeklyosm.eu/?lang=ro. Lectură plăcută! ___ Talk-ro mailing list [hidden email] http://user/SendEmail.jtp?type=nodenode=5821515i=2 https://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list [hidden email] http://user/SendEmail.jtp?type=nodenode=5821515i=3 https://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list [hidden email] http://user/SendEmail.jtp?type=nodenode=5821515i=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/weekly-tp5821346p5821515.html To start a new topic under Romania, email [hidden email] http://user/SendEmail.jtp?type=nodenode=5821543i=1 To unsubscribe from Romania, click here. NAML http://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml -- Toate cele bune ! ** Gabriel Sebastian Moise Administrator Local - Departament Tehnic *--* NextGen Communications S.R.L. - Campina Mobil NextGen : 076 111 65 59 Mobil Personal : 0726 311 957 Adresa Postala: Strada Grivitei, Nr.63, Campina, Romania ! *--* -- View this message in context: Re: weekly http://gis.19327.n5.nabble.com/weekly-tp5821346p5821543.html Sent from the Romania mailing list archive http://gis.19327.n5.nabble.com/Romania-f5425034.html at Nabble.com. ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] weekly
salut, am un mic dubiu cu privire la traducerea tag-urilor de ex: junction=roundabout joncțiune=giratoriu Există vreo recomandare ? Eu personal nu văd rostul traducerilor pt tag-uri având în vedere că în OSM sunt doar denumirile in engleză. Lucian Lucian 2014-10-29 14:47 GMT+01:00 Madalina Ionescu madalinaionesc...@gmail.com: Arată extraordinar :) Mulțumim pentru oportunitate. 2014-10-29 10:48 GMT+02:00 Jean-Baptiste Holcroft jb.holcr...@gmail.com: Un prim rezultat, felicitări ! http://osmose.openstreetmap.fr/ro/map/? Cum să ajut la traducere : https://www.transifex.com/projects/p/osmose/translate/#ro Aștaptem Ciprian și Alex prentru server și results de analyze pentru Romania :) -- Jean-Baptiste Holcroft 2014-10-23 23:04 GMT+02:00 Gabriel Sebastian Moise gabrielsebastianmo...@gmail.com: Mi-am facut si eu cont. in masura timpului liber, ajut si eu cu mare placere ! În data de 23 octombrie 2014, 21:23, Madalina Ionescu [via GIS] [hidden email] http://user/SendEmail.jtp?type=nodenode=5821543i=0 a scris: Salut, Accept cu plăcere :) Cunosc modul de lucru de pe transiflex: https://www.transifex.com/accounts/profile/madalinaionescu/ și aș fi bucuroasă să contribui la acest proiect extraordinar. Poate mai doresc și alți colegi din comunitatea OSM-Ro. Numai bine, Madalina 2014-10-23 10:03 GMT+03:00 Jean-Baptiste Holcroft [hidden email] http://user/SendEmail.jtp?type=nodenode=5821515i=0: Felicitari ! Vrea se creaze un group de traductor ? Pentru ca eu vrea se traduct osmose in romaneste, dar nivelul meu de limba romana nu este foarte bun ... https://www.transifex.com/projects/p/osmose/ Nu mai bine Le 23 oct. 2014 05:25, Madalina Ionescu [hidden email] http://user/SendEmail.jtp?type=nodenode=5821515i=1 a écrit : Bună ziua, Săptămânalul OSM (Weekly) nr. 221 este disponibil și în limba română cu ultimele știri din lumea OpenStreetMap: http:/www.weeklyosm.eu/?lang=ro. Lectură plăcută! ___ Talk-ro mailing list [hidden email] http://user/SendEmail.jtp?type=nodenode=5821515i=2 https://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list [hidden email] http://user/SendEmail.jtp?type=nodenode=5821515i=3 https://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list [hidden email] http://user/SendEmail.jtp?type=nodenode=5821515i=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/weekly-tp5821346p5821515.html To start a new topic under Romania, email [hidden email] http://user/SendEmail.jtp?type=nodenode=5821543i=1 To unsubscribe from Romania, click here. NAML http://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml -- Toate cele bune ! ** Gabriel Sebastian Moise Administrator Local - Departament Tehnic *--* NextGen Communications S.R.L. - Campina Mobil NextGen : 076 111 65 59 Mobil Personal : 0726 311 957 Adresa Postala: Strada Grivitei, Nr.63, Campina, Romania ! *--* -- View this message in context: Re: weekly http://gis.19327.n5.nabble.com/weekly-tp5821346p5821543.html Sent from the Romania mailing list archive http://gis.19327.n5.nabble.com/Romania-f5425034.html at Nabble.com. ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] weekly
Depinde de context ... Cand vorbim despre tagul insusi, cum ati spus voi, nu il traducem si folosim junction=roundabout. Hai sa cautam roundabout in transiflex : https://www.transifex.com/projects/p/osmose/translate/#fr/frontend/24817157?q=roundabout Vei vedea ca noi am tradus tagurile in franceaza. De ce ? Dupa traducere, click pe details (plus de détails in my browser) pentru a vedea unde aceaste fraze apar in cod si va spune asa : Occurrences:../tools/database/item_menu.txt:24 Apoi, du-te la github : https://github.com/osm-fr/osmose-frontend/blob/master/tools/database/item_menu.txt la linia 24 vei avea : 2010 | _(junction=roundabout) Deci, aceste fraze sunt titlul menuilul erorii 2010, deci nu este nevoie de a pastra engleaza, in schimb poti avea orice cuvant semnificativ in romana. In franceza, noi folosim ceva de genul bad roundabout, doarece junction=roundabout nu este foarte clar. Numai bine, -- Jean-Baptiste Holcroft 2014-10-29 20:45 GMT+01:00 Madalina Ionescu madalinaionesc...@gmail.com: Salut, În opinia mea, nu ar trebui traduse tag-urile. Argumente: 1.definesc obiectul în baza de date, iar definiția trebuie să fie unică, ea nu depinde de limba folosită de utilizatori 2. fac parte din semantica specifică OSM 3. cei care editează sau realizează corecturi (cu OsmOse) cunosc această terminologie. De asemenea, dacă ne uităm pe wiki putem observa că ele nu sunt traduse. Pentru cazul prezentat de tine avem chiar o variantă în română pe wiki: http://wiki.openstreetmap.org/wiki/Ro:Tag:junction%3Droundabout Evident aceasta este o decizie a comunității, așa că ar fi necesare părerile utilizatorilor experimentați din România. O întrebare oarecum conexă am și eu. Traducem cuvântul *tag*? E vorba tot de GUI pentru OsmOse. Aștept părerile voastre. Toate cele bune, Madalina 2014-10-29 16:13 GMT+02:00 Lucian Popovici lucian.popov...@gmail.com: salut, am un mic dubiu cu privire la traducerea tag-urilor de ex: junction=roundabout joncțiune=giratoriu Există vreo recomandare ? Eu personal nu văd rostul traducerilor pt tag-uri având în vedere că în OSM sunt doar denumirile in engleză. Lucian Lucian 2014-10-29 14:47 GMT+01:00 Madalina Ionescu madalinaionesc...@gmail.com : Arată extraordinar :) Mulțumim pentru oportunitate. 2014-10-29 10:48 GMT+02:00 Jean-Baptiste Holcroft jb.holcr...@gmail.com : Un prim rezultat, felicitări ! http://osmose.openstreetmap.fr/ro/map/? Cum să ajut la traducere : https://www.transifex.com/projects/p/osmose/translate/#ro Aștaptem Ciprian și Alex prentru server și results de analyze pentru Romania :) -- Jean-Baptiste Holcroft 2014-10-23 23:04 GMT+02:00 Gabriel Sebastian Moise gabrielsebastianmo...@gmail.com: Mi-am facut si eu cont. in masura timpului liber, ajut si eu cu mare placere ! În data de 23 octombrie 2014, 21:23, Madalina Ionescu [via GIS] [hidden email] http://user/SendEmail.jtp?type=nodenode=5821543i=0 a scris: Salut, Accept cu plăcere :) Cunosc modul de lucru de pe transiflex: https://www.transifex.com/accounts/profile/madalinaionescu/ și aș fi bucuroasă să contribui la acest proiect extraordinar. Poate mai doresc și alți colegi din comunitatea OSM-Ro. Numai bine, Madalina 2014-10-23 10:03 GMT+03:00 Jean-Baptiste Holcroft [hidden email] http://user/SendEmail.jtp?type=nodenode=5821515i=0: Felicitari ! Vrea se creaze un group de traductor ? Pentru ca eu vrea se traduct osmose in romaneste, dar nivelul meu de limba romana nu este foarte bun ... https://www.transifex.com/projects/p/osmose/ Nu mai bine Le 23 oct. 2014 05:25, Madalina Ionescu [hidden email] http://user/SendEmail.jtp?type=nodenode=5821515i=1 a écrit : Bună ziua, Săptămânalul OSM (Weekly) nr. 221 este disponibil și în limba română cu ultimele știri din lumea OpenStreetMap: http:/www.weeklyosm.eu/?lang=ro. Lectură plăcută! ___ Talk-ro mailing list [hidden email] http://user/SendEmail.jtp?type=nodenode=5821515i=2 https://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list [hidden email] http://user/SendEmail.jtp?type=nodenode=5821515i=3 https://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list [hidden email] http://user/SendEmail.jtp?type=nodenode=5821515i=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/weekly-tp5821346p5821515.html To start a new topic under Romania, email [hidden email] http://user/SendEmail.jtp?type=nodenode=5821543i=1 To unsubscribe from Romania, click here. NAML
Re: [Talk-cat] Proposta de Mapping Party
Caldria que la gent es comences a implicar bastant. Sobretot perquè abans que acabi l'any s'hauria de tenir més o menys definits els indrets i persones que estarien disposades a col·laborar-hi. Un cop aconseguit es tractaria de fer feina de difusió i engrescar els ajuntaments escollits (cosa que podria portar bastant temps). O sigui que us convido a proposar localitzacions i a col·laborar: http://wiki.openstreetmap.org/wiki/WikiProject_Catalan/Mapping_Party PD: un cop definits aproximadament els llocs, aniré afegint la info a uMap per a fer-ho més visual tot. El dia 28 octubre de 2014 16:18, Carlos Sánchez erielk...@gmail.com ha escrit: He creat una pagina a la wiki per al tema de la Mapping Party. Aneu afegint localitzacions possibles a votar i responsables per a cadascuna. https://wiki.openstreetmap.org/wiki/WikiProject_Catalan/Mapping_Party El dia 28 octubre de 2014 12:08, Felip Manyer i Ballester fe...@openstreetmap.cat ha escrit: El 27/10/14 22:20, en/na Carlos Sánchez ha escrit: La meva idea no es per a tant aviat. Pensava de cara a la primavera. Crec que el tema organitzatiu dona per bastant de temps fins llavors. Si esteu d'acord amb la idea puc muntar una wiki per anar organitzant temes i escollit data i llocs. S'ha de tenir un responsable com a mínim per lloc. Entesos, et deixem crear la pàgina de wiki, i anirem afegint informacions locals, i comunicant sobre el tema. Els gironins, ja teniu alguna idea de mapeig? Estaríeu oberts a un acte conjunt amb nosaltres rossellonesos? -- Felip Com més coses hagis pensat, més probabilitats tens de pensar-ne d'altres. -+- Manuel de Pedrolo -+- ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat -- *Carlos Sánchez*About.me http://about.me/carlos.sanchez -- *Carlos Sánchez*About.me http://about.me/carlos.sanchez ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat
Re: [Talk-cz] Nová fíčura - kde chybí natrasovat budovy
Omlouvám se, ale šel jsem zbaběle spát ;-) Marián -- Původní zpráva -- Od: Petr Vejsada o...@propsychology.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 29. 10. 2014 2:09:28 Předmět: Re: [Talk-cz] Nová fíčura - kde chybí natrasovat budovy Dne Út 28. října 2014 22:11:21, Petr Vejsada napsal(a): tak pojďme vymyslet, jak to udělat. Kolik procent plochy té budovy v RUIAN musí být překryto budovou v OSM, aby se to vyhodnotilo jako že budova v OSM je? Nebo ještě jiné řešení? Tak jiné návrhy zatím nedorazily, takže budova v RUIAN bude považovaná za zmapovanou, pokud bude pokryta alespoň ze 3/4 něčím v OSM, co má na sobě building=*, kromě building=no ;-). Bude to zítra před obědem. -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz;___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nová fíčura - kde chybí natrasovat budovy
tak to právě (až teď) doběhlo a nedopadlo to dobře. Pokud je v RUIAN velká budova a v OSM několik menších, počítá se překryv pro každou z těch menších zvlášť a tedy nedosáhne ani zdaleka 3/4. Proto je tam teď spousta budov. Ty překryvy by se musely sčítat, možná to půjde, možná ne (z výkonostních důvodů). Více později. Dne St 29. října 2014 07:12:45, Marián Kyral napsal(a): Omlouvám se, ale šel jsem zbaběle spát ;-) Marián -- Původní zpráva -- Od: Petr Vejsada o...@propsychology.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 29. 10. 2014 2:09:28 Předmět: Re: [Talk-cz] Nová fíčura - kde chybí natrasovat budovy Dne Út 28. října 2014 22:11:21, Petr Vejsada napsal(a): tak pojďme vymyslet, jak to udělat. Kolik procent plochy té budovy v RUIAN musí být překryto budovou v OSM, aby se to vyhodnotilo jako že budova v OSM je? Nebo ještě jiné řešení? Tak jiné návrhy zatím nedorazily, takže budova v RUIAN bude považovaná za zmapovanou, pokud bude pokryta alespoň ze 3/4 něčím v OSM, co má na sobě building=*, kromě building=no ;-). Bude to zítra před obědem. -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz; ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nová fíčura - kde chybí natrasovat budovy
Dne St 29. října 2014 14:18:21, Petr Vejsada napsal(a): ... si tu píšu sám se sebou ;) Sčítání ploch, zdá se, že by mohlo fungovat, a teď si řekněme, kde bude cut- off, tedy za jakých podmínek se má budova zjevit jako nezmapovaná. Z jaké části musí být RUIAN budova překryta OSM budovami, aby byla považována za zmapovanou? Těch 75% způsobí, že větší nepřesnosti (posuny) vůči RUIAN budou považovány za nezmapovanou budovu, i když zmapovaná bude, byť nepřesně. ? Petr tak to právě (až teď) doběhlo a nedopadlo to dobře. Pokud je v RUIAN velká budova a v OSM několik menších, počítá se překryv pro každou z těch menších zvlášť a tedy nedosáhne ani zdaleka 3/4. Proto je tam teď spousta budov. Ty překryvy by se musely sčítat, možná to půjde, možná ne (z výkonostních důvodů). Více později. Dne St 29. října 2014 07:12:45, Marián Kyral napsal(a): Omlouvám se, ale šel jsem zbaběle spát ;-) Marián -- Původní zpráva -- Od: Petr Vejsada o...@propsychology.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 29. 10. 2014 2:09:28 Předmět: Re: [Talk-cz] Nová fíčura - kde chybí natrasovat budovy Dne Út 28. října 2014 22:11:21, Petr Vejsada napsal(a): tak pojďme vymyslet, jak to udělat. Kolik procent plochy té budovy v RUIAN musí být překryto budovou v OSM, aby se to vyhodnotilo jako že budova v OSM je? Nebo ještě jiné řešení? Tak jiné návrhy zatím nedorazily, takže budova v RUIAN bude považovaná za zmapovanou, pokud bude pokryta alespoň ze 3/4 něčím v OSM, co má na sobě building=*, kromě building=no ;-). Bude to zítra před obědem. -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz; ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nová fíčura - kde chybí natrasovat budovy
Jo, sčítání nedělá dobrotu - viz Roudné, kde čtyři malé budovy v OSM pokrývají asi 99% velké v RUIAN. Pokud se jako nezmapovaná ukáže špatně zmapovaná, bude to aspoň signál, že je něco špatně. Ale pak by to chtělo možnost reklamace tvaru v RUIAN - viz Vidov, kde se teď zobrazuje modře vodárna, protože jsem (dle skutečnosti) odstranil zbouranou část budovy... 75% považuji z rozumnou hranici --- JAnD Dne 29. října 2014 19:59 Petr Vejsada o...@propsychology.cz napsal(a): Dne St 29. října 2014 14:18:21, Petr Vejsada napsal(a): ... si tu píšu sám se sebou ;) Sčítání ploch, zdá se, že by mohlo fungovat, a teď si řekněme, kde bude cut- off, tedy za jakých podmínek se má budova zjevit jako nezmapovaná. Z jaké části musí být RUIAN budova překryta OSM budovami, aby byla považována za zmapovanou? Těch 75% způsobí, že větší nepřesnosti (posuny) vůči RUIAN budou považovány za nezmapovanou budovu, i když zmapovaná bude, byť nepřesně. ? Petr tak to právě (až teď) doběhlo a nedopadlo to dobře. Pokud je v RUIAN velká budova a v OSM několik menších, počítá se překryv pro každou z těch menších zvlášť a tedy nedosáhne ani zdaleka 3/4. Proto je tam teď spousta budov. Ty překryvy by se musely sčítat, možná to půjde, možná ne (z výkonostních důvodů). Více později. Dne St 29. října 2014 07:12:45, Marián Kyral napsal(a): Omlouvám se, ale šel jsem zbaběle spát ;-) Marián -- Původní zpráva -- Od: Petr Vejsada o...@propsychology.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 29. 10. 2014 2:09:28 Předmět: Re: [Talk-cz] Nová fíčura - kde chybí natrasovat budovy Dne Út 28. října 2014 22:11:21, Petr Vejsada napsal(a): tak pojďme vymyslet, jak to udělat. Kolik procent plochy té budovy v RUIAN musí být překryto budovou v OSM, aby se to vyhodnotilo jako že budova v OSM je? Nebo ještě jiné řešení? Tak jiné návrhy zatím nedorazily, takže budova v RUIAN bude považovaná za zmapovanou, pokud bude pokryta alespoň ze 3/4 něčím v OSM, co má na sobě building=*, kromě building=no ;-). Bude to zítra před obědem. -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz; ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Nová fíčura - kde chybí natrasovat budovy - PODLAŽÍ
Zdravim vsechny, Vsiml jsem si threadu o trasovani budov. Bohuzel jsem necetl celou diskuzi. Mohu pozadat o pripadnou podporu pro automaticke doplneni poctu podlazi z dat RUIAN. Jiz jsem neco doplnoval rucne v Praze. Ale budov v CR je pres 2 000 000. V OSM jeste nekolikrat vic proto jsou dost casto samostatne mapovane vchody napr. panelaku. Mohu ve volnem case v Jave naprogramovat automaticke zpracovani dat. Umim zpracovat PBF, WKT, WKB, SHP nebo data z XML/CSV. S jednoduchymi GIS operacemi a renderovanim v Java 2D (falesne barvy pro odhaleni chyb a problemu). Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Démission de Simon Poole
Tu as raison de rappeler l'énorme déséquilibre entre les contributions en données collectées par des dizaines de milliers de contributeurs et les contributions en code. Pour Mapbox, il ne faut pas oublier non plus que c'est un don important (575.000$) de la Knight Foundation qui a financé une grosse part de cette contribution en code (en gros la finalisation du développement de iD et le relooking du site osm.org). J'ai d'ailleurs retrouvé cette news intéressante: http://www.developmentseed.org/blog/2010/jun/16/tilemill-20-wins-knight-news-challenge-grant-improve-hyper-local-mapping-washington/ En 2010, Mapbox (à l'époque Development Seed) avait reçu aussi un financement pour TileMill 2.0 devenu 4 ans plus tard Mapbox Studio et qui enferme petit à petit l'utilisateur dans un écosystème maison (compte obligatoire, dépendance aux données maison, etc). Bien que les sources soient ouverts, c'est si peu documenté et le développement est si centralisé qu'on est très loin d'un projet vraiment ouvert et collaboratif. Quand les sociétés se mettent à la contribution en données, ça râle un peu dans la communauté car la quantité est souvent privilégiée à la qualité et il s'agit souvent d'import ou d'intégration en masse qui n'hésite parfois pas à écraser le travail de terrain. Il y a eu des reproches sur New-York par exemple. Pour l'ODbL, il est facile de citer (en boucle) les quelques cas où la licence semble poser problème tout en oubliant les innombrables cas où elle ne gêne pas du tout. Il y a quand même un nombre incroyable de réutilisations des données OSM et l'ODbL n'a pas empêché plusieurs entreprises à monter un modèle économique s'appuyant sur des données OSM. L'impression que donne Mapbox c'est celle d'un enfant gâté qui en veut encore plus alors qu'il a déjà largement de quoi jouer ! Le 28 octobre 2014 21:43, Thomas Gratier osgeo.mailingl...@gmail.com a écrit : Pour les appétits, le problème est que les boites croient que parce qu'elles contribuent aux outils pour faciliter OpenStreetMap, elles ont des droits plus importants que le simple contributeur... Le souci est qu'elles ignorent que leur contribution comparativement aux contributeurs individuels reste mineure. Si on rapportait le temps passé à la contribution à du temps de travail, le boulot effectué par ces sociétés est une goutte d'eau dans la mer. Je ne suis pas ingrat au point de ne pas reconnaître l'effort de démocratisation des outils que font ces sociétés mais je ne vois pas en quoi les contributeurs nettement plus nombreux n'auraient pas le droit de refuser un changement contraire à leur conception de ce qu'est OpenStreetMap. Attention, je n'affirme rien sur l'opinion globale des contributeurs, je ne connais pas l'opinion générale sur la licence. J'ai seulement constaté une levier de boucliers car ODBL semble convenir malgré quelques cas où elle est un peu contraignante. Thomas Gratier ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose - Type d'objet manquant
L'essentiel à retenir à mon avis c'est que disused=yes ne permet pas de savoir à quoi on se réfère... la solution du disused:xxx=yyy est pour cela bien meilleure car sans ambiguité. Pour brownfield ou industrial... back to the wiki: brownfield = Describes land scheduled for new development where old buildings have been demolished and cleared Il s'agit donc d'un terrain prévu pour une rénovation, où l'on a déjà éliminé l'ancien bâti. Ca peut s'appliquer à du résidentiel, du commercial, de l'industriel. greenfield = Describes land scheduled for new development where there have been no buildings before. A greenfield is scheduled to turn into a construction site donc un terrain vierge de constructions (même ancienne) typiquement l'extension d'une zone résidentielle, industrielle, commerciale sur des terrain agricoles... Pour résumer on a soit: - residential/retail/industrial brownfield construction residential/retail/industrial - farmland/forest/etc... greenfield construction residential/retail/industrial -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Extraction cadastre et FANTOIR sur lieux-dit
Bonjour, Ne serait-il pas possible que l'appli d'extraction des adresses du cadastre http://cadastre.openstreetmap.fr/ ajoute le code FANTOIR sur les lieux-dits ? De plus, sur les communes sans aucun numéro de rue, on trouve à priori, à la place le nom des maisons écrit en plus petits. Ce serait pas mal d'extraire ces noms et de les mettre dans un fichier (isolated_dwelling ou addr:housename ?) J'hésite d'ailleurs à trouver la différence entre les isolated_dwelling et les addr:housename que je finit par me demander si au niveau du rendu il ne serait pas préférable que les place=isolated_dwelling soit écrit plus petit que les place=locality avec la même police que les adresses et en les faisant apparaitre à partir du zoom 15 Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tombes de personnalités du Père Lachaise
L'appli iPhone est sortie : http://superlachaise.fr/ https://itunes.apple.com/fr/app/super-lachaise/id918263934 Un grand bravo à Maxime qui met en valeur les données libres de Wikimedia et OSM et les rend accessibles par le plus grand nombre. Pyb ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tombes de personnalités du Père Lachaise
Merci Pierre-Yves ! Le jeu de données que j'ai construit autour des données OSM est publié sous licence ODBL, avec des ajouts venant de Wikipédia et Wikimedia Commons : https://github.com/MaximeLM/SuperLachaise/tree/master/PereLachaise/Resources/database Le code de l'appli iPhone est lui-même open-source : https://github.com/MaximeLM/SuperLachaise Il s'agit d'un petit projet développé à côté de mes activités professionnelles, j'ai du cibler l'appli pour iPhone dans un premier temps. Mais toute personne souhaitant ré-exploiter les données ou le code pour android ou le web est la bienvenue ! Le 29 octobre 2014 11:14, Pierre-Yves Beaudouin pierre.beaudo...@gmail.com a écrit : L'appli iPhone est sortie : http://superlachaise.fr/ https://itunes.apple.com/fr/app/super-lachaise/id918263934 Un grand bravo à Maxime qui met en valeur les données libres de Wikimedia et OSM et les rend accessibles par le plus grand nombre. Pyb ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] tutoriel manquant sur l'intégration
Une utilisation mal documentée est l'intégration d'une carte OSM (y compris personnalisée par exemple sur UMap pour cartographier un événement ou les activités d'une asso) c'est l'intégration d'une carte sur un blogue (par exemple Blogger) ou un site web. Il manque une procédure simple indiquant comment générer le code HTML qui va bien avec les paramètres renseignés pour afficher le fond de carte précentré au bon endroit avec le bon niveau de zoom, même si sur U,ap en plus on eut paramétrer les accessoires/icones/attributions/formes des icones, etc.) Bizarrement, même UMap parle d'intégrer librement une carte sur un site mais ne documente pas du tout comment le faire et n'a aucun bouton facile permettant d'exporter un bout de code à intégrer dans une page web ou un blogue (sur Blogger par exemple avec le gadget HTML/Javascript, ou sur des réseaux sociaux avec un lien personnalisé ou dans un courriel). Google lui fournit ça simplement parmi ses outils par défaut (il intègre facilement Google Maps mais avec beaucoup moins de facilité de personnalisation de la carte, et en polluant la carte de contenus promotionnels et liens actifs hors de l'activité qu'on veut montrer... sauf si on paye Google pour avoir un contenu clean centré sur ce qu'on veut montrer; comme un plan d'accès, certaines adresses, le contenu affiché dans les popups activées sur les bulles) On a du progrès à faire pour rendre l'intégration simple (et sans faire les erreurs communes qu'on relève ici fréquemment comme le manque d'attribution et de lien vers les conditions et licences). ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tutoriel manquant sur l'intégration
2014-10-29 12:27 GMT+01:00 Philippe Verdy verd...@wanadoo.fr: Il manque une procédure simple indiquant comment générer le code HTML qui va bien avec les paramètres renseignés pour afficher le fond de carte précentré au bon endroit avec le bon niveau de zoom, Dans osm.org, cliquer sur share puis html et copier le lien. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose - Type d'objet manquant
2014-10-29 8:06 GMT+01:00 Christian Quest cqu...@openstreetmap.fr: Pour résumer on a soit: - residential/retail/industrial brownfield construction residential/retail/industrial - farmland/forest/etc... greenfield construction residential/retail/industrial Oui. Sauf que entre industrial et brownfield, il y a la période où les bâtiments sont encore debout. Le disused:landuse n'a pas trop de sens puisque la zone est encore à usage industriel. Ca le serait en cas de reclassement par exemple. En attendant, le disused devrait s'appliquer à l'usine elle-même, cad disused:man_made=works. Je ne sais pas si c'est le cas, mais osmose ne devrait pas chercher la combinaison man_made=works et landuse=industrial sur le même objet car il peut être parfaitement valide d'avoir ces deux tags sur des éléments différents (mais l'un dans l'autre). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tutoriel manquant sur l'intégration
Le 29 octobre 2014 13:13, Pieren pier...@gmail.com a écrit : Dans osm.org, cliquer sur share puis html et copier le lien. A noter que AdBlock+ filtre l'affichage de cette boite share-link. Enervant. Ticket ouvert : https://reports.adblockplus.org/0cddac08-eaee-4392-9f12-ee18270a006b#tab=all Bruno ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tombes de personnalités du Père Lachaise
2014-10-29 11:58 GMT+01:00 Maxime Le Moine lm.max...@gmail.com: La carte de fond est-elle openstreetmap ? sur les screenshots, on ne voit pas d'attribution, ni dans le descriptif sur itunes. Un oubli ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tutoriel manquant sur l'intégration
C'est bizarre, j'ai AdBlock Edge https://addons.mozilla.org/en-US/firefox/addon/adblock-edge/ et je n'ai pas de problèmes. Je croyais que les deux utilisaient les mêmes listes, seulement que AdBlock+ rajoute une liste blanche pour les sites et régies qui payent pour ne pas être bloqués http://www.mac4ever.com/actu/94774_nouveau-scandale-autour-de-la-mafia-adblock-plus-qui-ponctionne-maintenant-les-editeurs . Il faut croire que je me trompais. 2014-10-29 13:44 GMT+01:00 Bruno Cortial bruno.cort...@laposte.net: Le 29 octobre 2014 13:13, Pieren pier...@gmail.com a écrit : Dans osm.org, cliquer sur share puis html et copier le lien. A noter que AdBlock+ filtre l'affichage de cette boite share-link. Enervant. Ticket ouvert : https://reports.adblockplus.org/0cddac08-eaee-4392-9f12-ee18270a006b#tab=all Bruno ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
