[OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
Ha allemaal, Voor degenen die talk niet lezen: ik heb een nieuwe versie van de analysetool voor Bing luchtfoto's gereleased. http://mvexel.dev.openstreetmap.org/bing/ Nieuw is dat nu ook een benadering van de resterende zoomniveaus wordt gegeven. Je kunt vanaf zoomlevel 12 zien hoeveel detail er nog onder de huidige laag te vinden is, zonder dat je zelf helemaal hoeft in te zoomen. In Nederland is het redelijk constant, maar als je ergens anders wilt mappen kan dat heel handig zijn. Verder worden de gegenereerde overlay-tiles ook gecached op schijf voor een betere performance en minder aanroepen op de Bing-servers. Veel plezier ervan, Martijn Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
Oke, jij wint. Maar ik kom terug! Op 14 december 2010 14:51 heeft Martijn van Exel m...@rtijn.org het volgende geschreven: Ha allemaal, Voor degenen die talk niet lezen: ik heb een nieuwe versie van de analysetool voor Bing luchtfoto's gereleased. http://mvexel.dev.openstreetmap.org/bing/ Nieuw is dat nu ook een benadering van de resterende zoomniveaus wordt gegeven. Je kunt vanaf zoomlevel 12 zien hoeveel detail er nog onder de huidige laag te vinden is, zonder dat je zelf helemaal hoeft in te zoomen. In Nederland is het redelijk constant, maar als je ergens anders wilt mappen kan dat heel handig zijn. Verder worden de gegenereerde overlay-tiles ook gecached op schijf voor een betere performance en minder aanroepen op de Bing-servers. Veel plezier ervan, Martijn Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 14-12-10 16:27, Peter schreef: Oke, jij wint. Maar ik kom terug! De site flikkert als een tierelier, dus beter kom je terug met wat beters :P Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk0HjkMACgkQYH1+F2Rqwn0lNQCePY1GD/JLOzcBSrkR1I3ZdLMT vtEAn1JSOvL3wu/UctcUaerCFtSkr9zC =/fGQ -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
Is deze beter? http://peter-server.homelinux.net/bing/ Welke browser gebruik je trouwens? Ik zie ook verschillen met flikkeren van de Bing API in verwchillende browsers. Op 14 december 2010 16:33 heeft Stefan de Konink ste...@konink.de het volgende geschreven: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 14-12-10 16:27, Peter schreef: Oke, jij wint. Maar ik kom terug! De site flikkert als een tierelier, dus beter kom je terug met wat beters :P Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk0HjkMACgkQYH1+F2Rqwn0lNQCePY1GD/JLOzcBSrkR1I3ZdLMT vtEAn1JSOvL3wu/UctcUaerCFtSkr9zC =/fGQ -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 14-12-10 16:35, Peter schreef: Is deze beter? Veel trager :P Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk0Hj1wACgkQYH1+F2Rqwn3KiQCfQKnIzzyaRvsqATh/Yw6DyCfF IPYAnA8qrhF02j+7geAFM3jbUiiKVPvJ =o9NJ -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
Welk OS / browser? Een OpenLayers-client kan misschien soulaas bieden, is zo opgezet denk ik als je bekend bent met OL. Martijn Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes 2010/12/14 Stefan de Konink ste...@konink.de: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 14-12-10 16:27, Peter schreef: Oke, jij wint. Maar ik kom terug! De site flikkert als een tierelier, dus beter kom je terug met wat beters :P Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk0HjkMACgkQYH1+F2Rqwn0lNQCePY1GD/JLOzcBSrkR1I3ZdLMT vtEAn1JSOvL3wu/UctcUaerCFtSkr9zC =/fGQ -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
Ga em zelf hosten dan! Code staat hier: http://peter-server.homelinux.net/bing/tiledate.phps Als je erg veel geluk hebt ga ik morgen een cache bouwen... 2010/12/14 Stefan de Konink ste...@konink.de: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 14-12-10 16:35, Peter schreef: Is deze beter? Veel trager :P Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk0Hj1wACgkQYH1+F2Rqwn3KiQCfQKnIzzyaRvsqATh/Yw6DyCfF IPYAnA8qrhF02j+7geAFM3jbUiiKVPvJ =o9NJ -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
Nu we deze info hebben, kunnen we dan ook het account van 3DShapes op ingestemd zetten? Ik heb begrepen dat deze data PD is, dus juridisch geen probleem. Met deze nieuwe statistieken waaruit oa. de 3DShapes eruit zijn gehaald, is de argumentatie van mogelijke bias (die eerder nog genoemd werd) niet meer relevant. Gr, Henk H. 2010/12/14 stegg...@steggink.org Quoting dbuss...@goudappel.nl: Bedankt Frank voor de interessante analyse. Volgens zijn bij tegen ODbL ook alle gebruikers meegeteld die zich (nog) niet uitgesproken hebben. #nodes #ways #rels Zonder import, voor ODbL 44.44%54.98%62.17% Zonder import, tegen ODbL 55.56%45.02%37.83% Inderdaad. Ik verwacht dat er maar een klein deel principieel tegen de ODbL en de CT zijn, maar een groter deel zich nog niet heeft kunnen of willen uitspreken. Een van de redenen die recent vaak werd genoemd is dat statistieken een vertekend beeld geven van de support door de imports. Ik hoop dat mijn bijdrage anderen helpt om een objectieve keuze te maken. Een andere reden dat mensen nog niet ingestemd hebben is dat men om geheel andere redenen zich niet langer met OSM bezighoudt. Het is lastig om hen te bereiken. Frank ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 14-12-10 16:40, Martijn van Exel schreef: Welk OS / browser? Een OpenLayers-client kan misschien soulaas bieden, is zo opgezet denk ik als je bekend bent met OL. Linux, Chromium. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk0HlnYACgkQYH1+F2Rqwn1mHQCfZf3FZihUFZ2cL3ywbrjiHgdh 3LAAnRKPPDadAAoYYsFG11YbUi+lyhOH =+7gT -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 14-12-10 16:43, Peter schreef: Ga em zelf hosten dan! Code staat hier: http://peter-server.homelinux.net/bing/tiledate.phps Als je erg veel geluk hebt ga ik morgen een cache bouwen... Dus als ik niets doe wordt het morgen opgelost? :P Heb je al een mijndev account? Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk0HlpIACgkQYH1+F2Rqwn2WnACfVmnPcLS6tt6tnTG6jCSKLyd5 PqkAoIGsY+pxRr4lXqywk6sSQBHykb+r =E39l -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 14-12-10 17:04, Henk Hoff schreef: Nu we deze info hebben, kunnen we dan ook het account van 3DShapes op ingestemd zetten? Ik heb begrepen dat deze data PD is, dus juridisch geen probleem. Met deze nieuwe statistieken waaruit oa. de 3DShapes eruit zijn gehaald, is de argumentatie van mogelijke bias (die eerder nog genoemd werd) niet meer relevant. Nou de bias is toch juist nog groter Henk? Want er zijn dus nog meer bronnen die PD zijn? Hoeveel data in OSM is nu feitelijk PD? - - Tiger - - 3dshapes ... Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk0HlvkACgkQYH1+F2Rqwn2PHgCgi8BF13fNHrv84Tr/q35SG+tt nIEAnidpFCDTVRK2lgUoDFaZP2yjY8/y =qvPc -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
Ja en nee. Een mijndev account zou betekenen dat dit alles vandaag al opgelost kan zijn, en morgen alleen maar beter wordt. Ik neem aan dat jullie PHP5 en GD2 hebben? Op 14 december 2010 17:08 heeft Stefan de Konink ste...@konink.de het volgende geschreven: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 14-12-10 16:43, Peter schreef: Ga em zelf hosten dan! Code staat hier: http://peter-server.homelinux.net/bing/tiledate.phps Als je erg veel geluk hebt ga ik morgen een cache bouwen... Dus als ik niets doe wordt het morgen opgelost? :P Heb je al een mijndev account? Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk0HlpIACgkQYH1+F2Rqwn2WnACfVmnPcLS6tt6tnTG6jCSKLyd5 PqkAoIGsY+pxRr4lXqywk6sSQBHykb+r =E39l -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
Als je er meer energie in wil steken zou ik dat niet doen in dingen die al gedaan zijn. Ik heb een cache geimplementeerd. Op talk zijn al wat feature requests langsgekomen, misschien kun je die inbouwen. Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes 2010/12/14 Peter pe...@haas-en-berg.nl: Ga em zelf hosten dan! Code staat hier: http://peter-server.homelinux.net/bing/tiledate.phps Als je erg veel geluk hebt ga ik morgen een cache bouwen... 2010/12/14 Stefan de Konink ste...@konink.de: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 14-12-10 16:35, Peter schreef: Is deze beter? Veel trager :P Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk0Hj1wACgkQYH1+F2Rqwn3KiQCfQKnIzzyaRvsqATh/Yw6DyCfF IPYAnA8qrhF02j+7geAFM3jbUiiKVPvJ =o9NJ -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 14-12-10 17:13, Peter schreef: Ja en nee. Een mijndev account zou betekenen dat dit alles vandaag al opgelost kan zijn, en morgen alleen maar beter wordt. Ik neem aan dat jullie PHP5 en GD2 hebben? Wij kunnen natuurlijk van alles installeren ;) Maar, er staat nu al php5 en gd op ja, misschien domme vraag, maar waarom kun je dit soort dingen niet met bijvoorbeeld een vector-layer maken? Scheelt toch heel wat tiles? Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk0HmHYACgkQYH1+F2Rqwn09jgCeOV5fFmJ++i/nRALXdPgqxW5X fTYAn2gWrzSLjI7NoNzy2Ljcfryh78A+ =vMtA -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
Stephan, Het gaat hier om de Contributor Terms en of 3Dshapes hier onder kunnen vallen. Dat doen ze, want ze zijn PD. Dat zeg je zelf (dat het PD is). Ergo: het account van 3DShapes kan op CT accepted gezet worden, er zijn daarvoor geen juridische bezwaren. Laten we dat dan nu ook eens gewoon doen. Gr, Henk 2010/12/14 Stefan de Konink ste...@konink.de -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 14-12-10 17:04, Henk Hoff schreef: Nu we deze info hebben, kunnen we dan ook het account van 3DShapes op ingestemd zetten? Ik heb begrepen dat deze data PD is, dus juridisch geen probleem. Met deze nieuwe statistieken waaruit oa. de 3DShapes eruit zijn gehaald, is de argumentatie van mogelijke bias (die eerder nog genoemd werd) niet meer relevant. Nou de bias is toch juist nog groter Henk? Want er zijn dus nog meer bronnen die PD zijn? Hoeveel data in OSM is nu feitelijk PD? - - Tiger - - 3dshapes ... Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk0HlvkACgkQYH1+F2Rqwn2PHgCgi8BF13fNHrv84Tr/q35SG+tt nIEAnidpFCDTVRK2lgUoDFaZP2yjY8/y =qvPc -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
Lijkt me lastiger te maken? Maar *dat* is dus iets waar ik naar kan kijken. In de vakantie, na de Mapnik hackdag. Gewoon alles via javascript (xhr ol) renderen. Op 14 december 2010 17:16 heeft Stefan de Konink ste...@konink.de het volgende geschreven: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 14-12-10 17:13, Peter schreef: Ja en nee. Een mijndev account zou betekenen dat dit alles vandaag al opgelost kan zijn, en morgen alleen maar beter wordt. Ik neem aan dat jullie PHP5 en GD2 hebben? Wij kunnen natuurlijk van alles installeren ;) Maar, er staat nu al php5 en gd op ja, misschien domme vraag, maar waarom kun je dit soort dingen niet met bijvoorbeeld een vector-layer maken? Scheelt toch heel wat tiles? Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk0HmHYACgkQYH1+F2Rqwn09jgCeOV5fFmJ++i/nRALXdPgqxW5X fTYAn2gWrzSLjI7NoNzy2Ljcfryh78A+ =vMtA -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 14-12-10 17:17, Henk Hoff schreef: Het gaat hier om de Contributor Terms en of 3Dshapes hier onder kunnen vallen. Dat doen ze, want ze zijn PD. Dat zeg je zelf (dat het PD is). Ergo: het account van 3DShapes kan op CT accepted gezet worden, er zijn daarvoor geen juridische bezwaren. Laten we dat dan nu ook eens gewoon doen. Er is _nogsteeds_ geen vraag gesteld aan de community wie er zijn edits onder PD wil licenseren, doe eens niet zo eigenwijs en regel dat nu gewoon eens. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk0HmUoACgkQYH1+F2Rqwn3X3wCgkLc9tnI5z1LkvUFlAhn7KAM6 2MAAn3D+w9lmqGOLxgTub2P230T6AsVl =JFDv -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
Op 14 december 2010 17:16 heeft Stefan de Konink ste...@konink.de het volgende geschreven: Maar, er staat nu al php5 en gd op ja, misschien domme vraag, maar waarom kun je dit soort dingen niet met bijvoorbeeld een vector-layer maken? Scheelt toch heel wat tiles? +1, tiles zijn zo 1980 ;) maar volgens mij krijg je een uitdaging om op een vector laag text te displayen.. Rob ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
Het is wel makkelijk om het te kunnen cachen. Met vectoren wordt dat moeilijker, lijkt mij. Per tile worden er maximaal zo'n 32 HEAD requests afgevuurd op de Bing-server. SteveC heeft me vriendelijk doch dringend verzocht om dat een beetje binnen de perken te houden. Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes 2010/12/14 Rob interru...@gmail.com: Op 14 december 2010 17:16 heeft Stefan de Konink ste...@konink.de het volgende geschreven: Maar, er staat nu al php5 en gd op ja, misschien domme vraag, maar waarom kun je dit soort dingen niet met bijvoorbeeld een vector-layer maken? Scheelt toch heel wat tiles? +1, tiles zijn zo 1980 ;) maar volgens mij krijg je een uitdaging om op een vector laag text te displayen.. Rob ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
Een ander argument is dat clientside vector rendering weer hogere eisen stelt aan de hardware en de browser van de gebruiker. Dit werkt zelfs in IE ;) Maar, na een uurtje zitten wel al op een 300MB tilecache, dus ik houd mijn hart vast. Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes 2010/12/14 Martijn van Exel m...@rtijn.org: Het is wel makkelijk om het te kunnen cachen. Met vectoren wordt dat moeilijker, lijkt mij. Per tile worden er maximaal zo'n 32 HEAD requests afgevuurd op de Bing-server. SteveC heeft me vriendelijk doch dringend verzocht om dat een beetje binnen de perken te houden. Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes 2010/12/14 Rob interru...@gmail.com: Op 14 december 2010 17:16 heeft Stefan de Konink ste...@konink.de het volgende geschreven: Maar, er staat nu al php5 en gd op ja, misschien domme vraag, maar waarom kun je dit soort dingen niet met bijvoorbeeld een vector-layer maken? Scheelt toch heel wat tiles? +1, tiles zijn zo 1980 ;) maar volgens mij krijg je een uitdaging om op een vector laag text te displayen.. Rob ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
On 2010-12-14 17:20, Stefan de Konink wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 14-12-10 17:17, Henk Hoff schreef: Het gaat hier om de Contributor Terms en of 3Dshapes hier onder kunnen vallen. Dat doen ze, want ze zijn PD. Dat zeg je zelf (dat het PD is). Ergo: het account van 3DShapes kan op CT accepted gezet worden, er zijn daarvoor geen juridische bezwaren. Laten we dat dan nu ook eens gewoon doen. Er is _nogsteeds_ geen vraag gesteld aan de community wie er zijn edits onder PD wil licenseren, doe eens niet zo eigenwijs en regel dat nu gewoon eens. Misschien begrijp ik je niet goed maar toen ik gister de contributor terms accepteerde zat er ook een knop onder waarmee je aan kunt geven dat je jouw gegevens ook als PD wilt markeren. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
ook met vector layer kun je een proxy/cache gebruiken die deze requests afvangt.. Op 14 december 2010 17:30 heeft Martijn van Exel m...@rtijn.org het volgende geschreven: Het is wel makkelijk om het te kunnen cachen. Met vectoren wordt dat moeilijker, lijkt mij. Per tile worden er maximaal zo'n 32 HEAD requests afgevuurd op de Bing-server. SteveC heeft me vriendelijk doch dringend verzocht om dat een beetje binnen de perken te houden. Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes 2010/12/14 Rob interru...@gmail.com: Op 14 december 2010 17:16 heeft Stefan de Konink ste...@konink.de het volgende geschreven: Maar, er staat nu al php5 en gd op ja, misschien domme vraag, maar waarom kun je dit soort dingen niet met bijvoorbeeld een vector-layer maken? Scheelt toch heel wat tiles? +1, tiles zijn zo 1980 ;) maar volgens mij krijg je een uitdaging om op een vector laag text te displayen.. Rob ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
Dat lijkt me dan een mooie uitdaging voor Peter :) Wat betreft de efficientie na ruim twee uur live: van de 115.000 tile requets op deze service zijn er ~52k uit de cache en ~63k opgehaald. Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes 2010/12/14 Rob interru...@gmail.com: ook met vector layer kun je een proxy/cache gebruiken die deze requests afvangt.. Op 14 december 2010 17:30 heeft Martijn van Exel m...@rtijn.org het volgende geschreven: Het is wel makkelijk om het te kunnen cachen. Met vectoren wordt dat moeilijker, lijkt mij. Per tile worden er maximaal zo'n 32 HEAD requests afgevuurd op de Bing-server. SteveC heeft me vriendelijk doch dringend verzocht om dat een beetje binnen de perken te houden. Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes 2010/12/14 Rob interru...@gmail.com: Op 14 december 2010 17:16 heeft Stefan de Konink ste...@konink.de het volgende geschreven: Maar, er staat nu al php5 en gd op ja, misschien domme vraag, maar waarom kun je dit soort dingen niet met bijvoorbeeld een vector-layer maken? Scheelt toch heel wat tiles? +1, tiles zijn zo 1980 ;) maar volgens mij krijg je een uitdaging om op een vector laag text te displayen.. Rob ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
Martien, download deze bestanden: http://peter-server.homelinux.net/bing/index.html http://peter-server.homelinux.net/bing/tiledate.phps http://peter-server.homelinux.net/bing/404.png http://peter-server.homelinux.net/bing/DejaVuSans.ttf En zet ze ergens op je server. Zorg verder dat PHP5 en GD2 werken, mail ons de link, en klaar. Overgins is de verbinging het probleem niet, het is de CPU tijdens het (10x) renderen van de tekst. GD kent geen nette manier om een halo om de tekst te zetten, dus ik render de tekst gewoon 10 ker in het wit op iets verschillende posities, en daarna een keer in het blauw. Gooi daarij je anti-aliasing en meng dat met een vleugje Pentium 3 en serveer deze met 256MB RAM, en klaar is Peter. Hopelijk heeft Martien iets stevigere hardware en/of kan deze maar mijndev... Rob, het renderen van tekst in javascript ga ik volgende week misschien mee aan de slag. Martijn: 32 HEADs? Ik doe er maar eentje, maar dan wel headers en body. Ik denk dat IE (8+) toch wel wat moet kunnen hebben? Het is wel grappig hoe ik in mijn VM IE9 alleen zonder h/w acceleratie kan draaien. Meteen een extra test erbij :) Op 14 december 2010 17:33 heeft Rob interru...@gmail.com het volgende geschreven: ook met vector layer kun je een proxy/cache gebruiken die deze requests afvangt.. Op 14 december 2010 17:30 heeft Martijn van Exel m...@rtijn.org het volgende geschreven: Het is wel makkelijk om het te kunnen cachen. Met vectoren wordt dat moeilijker, lijkt mij. Per tile worden er maximaal zo'n 32 HEAD requests afgevuurd op de Bing-server. SteveC heeft me vriendelijk doch dringend verzocht om dat een beetje binnen de perken te houden. Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes 2010/12/14 Rob interru...@gmail.com: Op 14 december 2010 17:16 heeft Stefan de Konink ste...@konink.de het volgende geschreven: Maar, er staat nu al php5 en gd op ja, misschien domme vraag, maar waarom kun je dit soort dingen niet met bijvoorbeeld een vector-layer maken? Scheelt toch heel wat tiles? +1, tiles zijn zo 1980 ;) maar volgens mij krijg je een uitdaging om op een vector laag text te displayen.. Rob ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
2010/12/14 Peter pe...@haas-en-berg.nl: Martijn: 32 HEADs? Ik doe er maar eentje, maar dan wel headers en body. Die zijn nodig om de resterende zoomdiepte vast te stellen voor de vier kwadranten. De HTTP body heb je niet nodig. Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 14-12-10 17:34, Lambertus schreef: Misschien begrijp ik je niet goed maar toen ik gister de contributor terms accepteerde zat er ook een knop onder waarmee je aan kunt geven dat je jouw gegevens ook als PD wilt markeren. Ik hoorde dat d'r net ook van Emilie, maar dat was idd precies wat ik bedoelde. Als dat kan voor 'the PD imports' dan lijkt me dat een goede weg. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk0Hn3YACgkQYH1+F2Rqwn324gCeIWyMI+OXY2rlj5dgj1xwz4gm ZC4AoI67EDEwA1d+ZxE5e9ZMB6Q74/Wp =ZTX0 -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 14-12-10 17:44, Martijn van Exel schreef: 2010/12/14 Peter pe...@haas-en-berg.nl: Martijn: 32 HEADs? Ik doe er maar eentje, maar dan wel headers en body. Die zijn nodig om de resterende zoomdiepte vast te stellen voor de vier kwadranten. De HTTP body heb je niet nodig. Knallen we er toch even een proxy tussen? Lijkt me toch ook zo gepiept? Nog beter: gewoon ff aan Microsoft de data vragen ;) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk0Hn7cACgkQYH1+F2Rqwn3bUgCfVAYhC0xge4koGPXBV6O03YQH /6cAnj1n13foNVuAW6ygYesfgBNCRCNY =f8yN -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
Sja,ik kijk niet naar de diepte... Ik heb de body wel nodig, want ik render de tekst meteen op de foto. Dus de client hoeft ze niet los te downloaden. Geen diee of dat nou verschil maakt, maar als de server nou echt snel zou zijn en de client echt sloom (i...@inbel ofzo) helpt het zeker :) Op 14 december 2010 17:44 heeft Martijn van Exel m...@rtijn.org het volgende geschreven: 2010/12/14 Peter pe...@haas-en-berg.nl: Martijn: 32 HEADs? Ik doe er maar eentje, maar dan wel headers en body. Die zijn nodig om de resterende zoomdiepte vast te stellen voor de vier kwadranten. De HTTP body heb je niet nodig. Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 14-12-10 17:47, Peter schreef: Sja,ik kijk niet naar de diepte... Ik heb de body wel nodig, want ik render de tekst meteen op de foto. Dus de client hoeft ze niet los te downloaden. Geen diee of dat nou verschil maakt, maar als de server nou echt snel zou zijn en de client echt sloom (i...@inbel ofzo) helpt het zeker :) En vervolgens moet je die (complexe) afbeeldingen zelf gaan serveren... niet echt handig. Laten we eens kijken hoe moeilijk een vector laagje is :) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk0HoIAACgkQYH1+F2Rqwn1W6gCeJlxosa6n+sAdbc2aSm+Nj+cj eMcAnRCj1m+b0Vk+aBytlc6r7EqT+k7q =B18x -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
Henk Hoff wrote: Nu we deze info hebben, kunnen we dan ook het account van 3DShapes op ingestemd zetten? Ik heb begrepen dat deze data PD is, dus juridisch geen probleem. Met deze nieuwe statistieken waaruit oa. de 3DShapes eruit zijn gehaald, is de argumentatie van mogelijke bias (die eerder nog genoemd werd) niet meer relevant. Zoals ik al gezegd heb, ongeacht of de data nu al dan niet PD is, je moet nog steeds toestemming krijgen van elke persoon die die account gebruikt heeft om te importeren. Contributor terms != licentie Ben ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
Die van mij heb je Op 14 december 2010 17:52 heeft Ben Laenen benlae...@gmail.com het volgende geschreven: Henk Hoff wrote: Nu we deze info hebben, kunnen we dan ook het account van 3DShapes op ingestemd zetten? Ik heb begrepen dat deze data PD is, dus juridisch geen probleem. Met deze nieuwe statistieken waaruit oa. de 3DShapes eruit zijn gehaald, is de argumentatie van mogelijke bias (die eerder nog genoemd werd) niet meer relevant. Zoals ik al gezegd heb, ongeacht of de data nu al dan niet PD is, je moet nog steeds toestemming krijgen van elke persoon die die account gebruikt heeft om te importeren. Contributor terms != licentie Ben ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
De hardware zit me al wat meer mee (Intel Q9550, 8BG RAM, Ubuntu 8.04LTS, Apache), PHP is 5.2, over GD durf ik niets te zeggen. Helaas zie ik echter nog niet heel veel op http://martien.home.fmf.nl/OSM Diagnose op afstand is niet makkelijk, ik zag in de source nog een dir /ol/ staan. Is dat het? Groeten, Martien 2010/12/14 Peter pe...@haas-en-berg.nl Martien, download deze bestanden: http://peter-server.homelinux.net/bing/index.html http://peter-server.homelinux.net/bing/tiledate.phps http://peter-server.homelinux.net/bing/404.png http://peter-server.homelinux.net/bing/DejaVuSans.ttf En zet ze ergens op je server. Zorg verder dat PHP5 en GD2 werken, mail ons de link, en klaar. Overgins is de verbinging het probleem niet, het is de CPU tijdens het (10x) renderen van de tekst. GD kent geen nette manier om een halo om de tekst te zetten, dus ik render de tekst gewoon 10 ker in het wit op iets verschillende posities, en daarna een keer in het blauw. Gooi daarij je anti-aliasing en meng dat met een vleugje Pentium 3 en serveer deze met 256MB RAM, en klaar is Peter. Hopelijk heeft Martien iets stevigere hardware en/of kan deze maar mijndev... Rob, het renderen van tekst in javascript ga ik volgende week misschien mee aan de slag. Martijn: 32 HEADs? Ik doe er maar eentje, maar dan wel headers en body. Ik denk dat IE (8+) toch wel wat moet kunnen hebben? Het is wel grappig hoe ik in mijn VM IE9 alleen zonder h/w acceleratie kan draaien. Meteen een extra test erbij :) Op 14 december 2010 17:33 heeft Rob interru...@gmail.com het volgende geschreven: ook met vector layer kun je een proxy/cache gebruiken die deze requests afvangt.. Op 14 december 2010 17:30 heeft Martijn van Exel m...@rtijn.org het volgende geschreven: Het is wel makkelijk om het te kunnen cachen. Met vectoren wordt dat moeilijker, lijkt mij. Per tile worden er maximaal zo'n 32 HEAD requests afgevuurd op de Bing-server. SteveC heeft me vriendelijk doch dringend verzocht om dat een beetje binnen de perken te houden. Martijn van Exel +++ m...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes 2010/12/14 Rob interru...@gmail.com: Op 14 december 2010 17:16 heeft Stefan de Konink ste...@konink.de het volgende geschreven: Maar, er staat nu al php5 en gd op ja, misschien domme vraag, maar waarom kun je dit soort dingen niet met bijvoorbeeld een vector-layer maken? Scheelt toch heel wat tiles? +1, tiles zijn zo 1980 ;) maar volgens mij krijg je een uitdaging om op een vector laag text te displayen.. Rob ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
Oja, hernoem tiledate.phps naar tiledate.php. En... je hebt toch wel het bestandje geopend met je browser en de tekst geselecteerd? En toch niet gewoon meteen het hele ding gekaapt? Want jouw versie staat vol met php-highlight-html zooi :) Op 14 december 2010 17:59 heeft Peter pe...@haas-en-berg.nl het volgende geschreven: Oja, die. Download openlayers (http://openlayers.org/download/OpenLayers-2.10.tar.gz) en gooi die in /ol/. Dat is alles :) Op 14 december 2010 17:56 heeft Martien Scheepens mart...@fmf.nl het volgende geschreven: De hardware zit me al wat meer mee (Intel Q9550, 8BG RAM, Ubuntu 8.04LTS, Apache), PHP is 5.2, over GD durf ik niets te zeggen. Helaas zie ik echter nog niet heel veel op http://martien.home.fmf.nl/OSM Diagnose op afstand is niet makkelijk, ik zag in de source nog een dir /ol/ staan. Is dat het? Groeten, Martien 2010/12/14 Peter pe...@haas-en-berg.nl Martien, download deze bestanden: http://peter-server.homelinux.net/bing/index.html http://peter-server.homelinux.net/bing/tiledate.phps http://peter-server.homelinux.net/bing/404.png http://peter-server.homelinux.net/bing/DejaVuSans.ttf En zet ze ergens op je server. Zorg verder dat PHP5 en GD2 werken, mail ons de link, en klaar. Overgins is de verbinging het probleem niet, het is de CPU tijdens het (10x) renderen van de tekst. GD kent geen nette manier om een halo om de tekst te zetten, dus ik render de tekst gewoon 10 ker in het wit op iets verschillende posities, en daarna een keer in het blauw. Gooi daarij je anti-aliasing en meng dat met een vleugje Pentium 3 en serveer deze met 256MB RAM, en klaar is Peter. Hopelijk heeft Martien iets stevigere hardware en/of kan deze maar mijndev... Rob, het renderen van tekst in javascript ga ik volgende week misschien mee aan de slag. Martijn: 32 HEADs? Ik doe er maar eentje, maar dan wel headers en body. Ik denk dat IE (8+) toch wel wat moet kunnen hebben? Het is wel grappig hoe ik in mijn VM IE9 alleen zonder h/w acceleratie kan draaien. Meteen een extra test erbij :) Op 14 december 2010 17:33 heeft Rob interru...@gmail.com het volgende geschreven: ook met vector layer kun je een proxy/cache gebruiken die deze requests afvangt.. Op 14 december 2010 17:30 heeft Martijn van Exel m...@rtijn.org het volgende geschreven: Het is wel makkelijk om het te kunnen cachen. Met vectoren wordt dat moeilijker, lijkt mij. Per tile worden er maximaal zo'n 32 HEAD requests afgevuurd op de Bing-server. SteveC heeft me vriendelijk doch dringend verzocht om dat een beetje binnen de perken te houden. Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes 2010/12/14 Rob interru...@gmail.com: Op 14 december 2010 17:16 heeft Stefan de Konink ste...@konink.de het volgende geschreven: Maar, er staat nu al php5 en gd op ja, misschien domme vraag, maar waarom kun je dit soort dingen niet met bijvoorbeeld een vector-layer maken? Scheelt toch heel wat tiles? +1, tiles zijn zo 1980 ;) maar volgens mij krijg je een uitdaging om op een vector laag text te displayen.. Rob ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
On 10-12-14 05:52 PM, Ben Laenen wrote: Henk Hoff wrote: Nu we deze info hebben, kunnen we dan ook het account van 3DShapes op ingestemd zetten? Ik heb begrepen dat deze data PD is, dus juridisch geen probleem. Met deze nieuwe statistieken waaruit oa. de 3DShapes eruit zijn gehaald, is de argumentatie van mogelijke bias (die eerder nog genoemd werd) niet meer relevant. Zoals ik al gezegd heb, ongeacht of de data nu al dan niet PD is, je moet nog steeds toestemming krijgen van elke persoon die die account gebruikt heeft om te importeren. Contributor terms != licentie Ben Waarom vind je dat? Ik kon en kan het niet uit je mail van vorige week terughalen. Dit roept ook wederom de overbekende vragen op, zoals waar ligt de grens? Wat als iemand 3 huisjes onder 3dshapes heeft geïmporteerd en faliekant tegen de CT is, en de rest voor? Als de data PD is, hoe kun je dan als importeur überhaupt bepalen wat er met de geïmporteerde data moet gebeuren? Dan maakt het toch helemaal niks uit onder welke licentie het in de toekomst komt te vallen. Als iemand PD data voor veel geld wil verkopen, kun je hem ook geen strobreed in de weg leggen. Frank ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statis tics for the Netherlands
Frank Steggink wrote: On 10-12-14 05:52 PM, Ben Laenen wrote: Zoals ik al gezegd heb, ongeacht of de data nu al dan niet PD is, je moet nog steeds toestemming krijgen van elke persoon die die account gebruikt heeft om te importeren. Contributor terms != licentie Ben Waarom vind je dat? Ik kon en kan het niet uit je mail van vorige week terughalen. Dit roept ook wederom de overbekende vragen op, zoals waar ligt de grens? Wat als iemand 3 huisjes onder 3dshapes heeft geïmporteerd en faliekant tegen de CT is, en de rest voor? Als de data PD is, hoe kun je dan als importeur überhaupt bepalen wat er met de geïmporteerde data moet gebeuren? Omdat het dan gebeurt onder de voorwaarden van elke importeur, en dat is nu dat de data wordt vrijgegeven onder de CC-licentie. Bijgevolg kan elke importeur ook zeggen of die met nieuwe voorwaarden akkoord gaan voor zijn data. Importeerder A kan niet beslissen dat de data die importeerder B heeft toegevoegd onder de nieuwe voorwaarden valt, dus moet je dat samen gaan bespreken vooraleer het vinkje van de nieuwe CT wordt aangeduid. Dan maakt het toch helemaal niks uit onder welke licentie het in de toekomst komt te vallen. Als iemand PD data voor veel geld wil verkopen, kun je hem ook geen strobreed in de weg leggen. Daar geef je zelf het argument. Nu, ik neem aan dat niemand van de importeerders dit gaat tegenhouden, maar hou de puntjes op de i :-) Ben ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
And what is with the AND import? And with AND-fixbot? 3dshapes had a lot of edits in Germany, too. So the Germans will also welcome “his” license agreement. Greetings, Erik Stefan de Konink schrieb am 14.12.2010 17:10: Op 14-12-10 17:04, Henk Hoff schreef: Nu we deze info hebben, kunnen we dan ook het account van 3DShapes op ingestemd zetten? Ik heb begrepen dat deze data PD is, dus juridisch geen probleem. Met deze nieuwe statistieken waaruit oa. de 3DShapes eruit zijn gehaald, is de argumentatie van mogelijke bias (die eerder nog genoemd werd) niet meer relevant. Nou de bias is toch juist nog groter Henk? Want er zijn dus nog meer bronnen die PD zijn? Hoeveel data in OSM is nu feitelijk PD? - Tiger - 3dshapes ... Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl -- GPG-Schlüssel-ID: 0x036B38E6 Fingerabdruck: F057 EEEB F0F5 9144 D95C BD98 B822 138F 036B 38E6 Außerdem kann man per Jabber mit mir reden (chatten): Jabber-ID: wick...@jabber.org Off-The-Record: DEBD08C2 95E7C8CE 901EC136 E39A1E43 4FC13142 signature.asc Description: OpenPGP digital signature ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
On 10-12-14 07:15 PM, Ben Laenen wrote: Frank Steggink wrote: On 10-12-14 05:52 PM, Ben Laenen wrote: Zoals ik al gezegd heb, ongeacht of de data nu al dan niet PD is, je moet nog steeds toestemming krijgen van elke persoon die die account gebruikt heeft om te importeren. Contributor terms != licentie Ben Waarom vind je dat? Ik kon en kan het niet uit je mail van vorige week terughalen. Dit roept ook wederom de overbekende vragen op, zoals waar ligt de grens? Wat als iemand 3 huisjes onder 3dshapes heeft geïmporteerd en faliekant tegen de CT is, en de rest voor? Als de data PD is, hoe kun je dan als importeur überhaupt bepalen wat er met de geïmporteerde data moet gebeuren? Omdat het dan gebeurt onder de voorwaarden van elke importeur, en dat is nu dat de data wordt vrijgegeven onder de CC-licentie. Bijgevolg kan elke importeur ook zeggen of die met nieuwe voorwaarden akkoord gaan voor zijn data. Importeerder A kan niet beslissen dat de data die importeerder B heeft toegevoegd onder de nieuwe voorwaarden valt, dus moet je dat samen gaan bespreken vooraleer het vinkje van de nieuwe CT wordt aangeduid. IMO is Lennard een soort van benevolent dictator. Zo bejegen ik hem i.i.g. wel altijd ;) Hij heeft de leiding / coördinatie van de import op zich genomen en veel werk hiervoor verzet. Wat mij betreft heeft hij het volste recht om te bepalen of de via het 3dShapes geïmporteerde data onder de ODbL/CT valt of niet. Ik zie zelf geen belemmering om het niet te doen. PD data is toch volledig overgeleverd aan de grillen wat er mee gebeurt. Als het 3dShapes account niet instemt met de ODbL/CT kan gerust iemand anders de data opnieuw importeren in OSM. Alleen is dat uitermate zonde van het werk, dus ik zou het jammer vinden als Lennard niet in zal stemmen. Wat ik niet zou kunnen verkroppen (wat mijn respons verklaart), is dat volgens jou blijkbaar iemand die een minimale bijdrage aan de import heeft geleverd de instemming van het hele account zou kunnen blokkeren. Daarvoor heb ik niet alle pijn en moeite in de import gestoken. Ik zal het natuurlijk ook niet leuk vinden als Lennard zou besluiten niet voor te stemmen, maar hij heeft een iets andere positie, en zelf ook een forse inspanning geleverd. Dan maakt het toch helemaal niks uit onder welke licentie het in de toekomst komt te vallen. Als iemand PD data voor veel geld wil verkopen, kun je hem ook geen strobreed in de weg leggen. Daar geef je zelf het argument. Ik zie niet in hoe. Ik denk juist dat het PD zijn van de 3dShapes data _geen_ belemmering voor het instemmen oplevert. Nu, ik neem aan dat niemand van de importeerders dit gaat tegenhouden, maar hou de puntjes op de i :-) Dan zouden degenen die data onder het 3dShapes account hebben geïmporteerd maar hier hun visie moeten geven. Dan zijn we hier gelijk klaar mee. Voor zover ik weet zijn dit Lennard, Theun, Roeland, Rob, Peter en ik. Ik weet niet zeker of er in het prille begin nog anderen data via 3dShapes hebben geïmporteerd. Peter heeft al geantwoord op deze vraag (+ zijn eigen account is van na de default instemming). Het mag duidelijk zijn dat ikzelf ook geen bezwaar tegen de instemming heb. Frank ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
On 10-12-14 08:43 PM, Erik Streb del Toro wrote: And what is with the AND import? And with AND-fixbot? 3dshapes had a lot of edits in Germany, too. So the Germans will also welcome “his” license agreement. Greetings, Erik Why the haste (also @Henk), and why the focus on numbers? As far as I know, we're still in the *voluntary* acceptance phase, so we're still far from saying goodbye to non-ODbL data. Frank ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
On 10-12-14 08:51 PM, Frank Steggink wrote: On 10-12-14 08:43 PM, Erik Streb del Toro wrote: And what is with the AND import? And with AND-fixbot? 3dshapes had a lot of edits in Germany, too. So the Germans will also welcome “his” license agreement. Greetings, Erik Why the haste (also @Henk), and why the focus on numbers? As far as I know, we're still in the *voluntary* acceptance phase, so we're still far from saying goodbye to non-ODbL data. Oh, and since you seem to use the nick Wicking on the forum, let me start with a quote from you: wicking wrote: Verlierer sind ein paar ganz kleine Länder. Unter anderem aber auch die Niederlande, dort wird auf der Mailingliste massiv gegen die ODbL-Zustimmung geworben – schätze das liegt daran. Vielleicht aber auch an den Importen, die nicht unter der ODbL stehen. What do you think you're gaining by calling us Verlierer? If you're so interested in the situation in the Netherlands, you undoubtedly saw my post about the stats which are undone from the imports. And if you genuinely care about the situation here, I would recommend to change your tone. Pushing us *and* calling us losers behind our back (yeah, some of us can read German...) is NOT making acceptance for the ODbL / CT more widespread! Frank ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
On 14-12-2010 20:47, Frank Steggink wrote: Dan zouden degenen die data onder het 3dShapes account hebben geïmporteerd maar hier hun visie moeten geven. Dan zijn we hier gelijk klaar mee. Voor zover ik weet zijn dit Lennard, Theun, Roeland, Rob, Peter en ik. Ik weet niet zeker of er in het prille begin nog anderen data via 3dShapes hebben geïmporteerd. Er zijn toendertijd t.b.v. de mapping party Ilpendam en later ook in Heiloo gebouwen geïmporteerd vanuit de 3dShapes-data. Dit is echter gedaan onder persoonlijke accounts, en de hercorrectie van de 3dShapes 'Google Earth' correctie was er ook nog niet op gedaan. De gebouwen in Ilpendam heb ik later wat verschoven om gelijk te liggen met de gecorrigeerde dataset, en in Heiloo is alles gewist en opnieuw geïmporteerd onder de account van 3dShapes. Buiten de door jou genoemde personen heeft niemand nog met het account van 3dShapes gewerkt. -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
On 14-12-2010 20:51, Frank Steggink wrote: Why the haste (also @Henk), and why the focus on numbers? As far as I know, we're still in the *voluntary* acceptance phase, so we're still far from saying goodbye to non-ODbL data. Welcome to the world of Lobbying. From the amount of PR being done, you would think we're in the 'agree now or get left behind' phase. -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
On 10-12-14 09:46 PM, Henk Hoff wrote: On Tue, Dec 14, 2010 at 8:51 PM, Frank Steggink stegg...@steggink.org mailto:stegg...@steggink.org wrote: Why the haste (also @Henk), and why the focus on numbers? As far as I know, we're still in the *voluntary* acceptance phase, so we're still far from saying goodbye to non-ODbL data. Haste I wouldn't call the pace this process is going fast. Let alone we're showing a lot of haste. The discussion I was having in this thread was related to an import (3DShapes) which was stated by Stefan that it is PD. Hence, there are no legal reasons why not to accept the Contributor Terms. Huge imports that are not under the new CT, like 3DShapes, raises a lot of questions whether these imports are compatible or not. You've seen these discussions on this mailinglist. Let's make it clear: when this import is compatible with the Contributor Terms, set the account accordingly. Cheers, Henk Apparently the opinions on whether the CT should be accepted by import accounts hasn't been settled completely. Yes, it does take a lot of time, but exerting too much pressure does the cause (i.e. convince people to accept the ODbL and CT) more harm than good. It raises more questions, especially when this is done by OSMF representatives. Frank ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
On 14-12-2010 21:46, Henk Hoff wrote: Haste I wouldn't call the pace this process is going fast. Let alone we're showing a lot of haste. Het proces mag dan misschien niet snel zijn, maar sommigen die steeds maar vragen waarom we nog geen ODbL+CT hebben geaccepteerd, stralen die haast wel uit. The discussion I was having in this thread was related to an import (3DShapes) which was stated by Stefan that it is PD. Hence, there are no legal reasons why not to accept the Contributor Terms. Je bedoelde waarschijnlijk ODbL overal waar je Contributor Terms schreef. Huge imports that are not under the new CT, like 3DShapes, raises a lot of questions whether these imports are compatible or not. You've seen Goed, maar ook _waarom_dan_ ? Wat maakt het wel of niet accepteren van de ODbL+CT door bepaalde accounts (of ze nu grote of kleine bijdragen hebben gedaan) nu wezenlijk uit voor het proces op zich? De vragen die er zijn hebben geen bal te maken met 3dShapes en de licentie waaronder we deze data hebben verkregen. these discussions on this mailinglist. Let's make it clear: when this import is compatible with the Contributor Terms, set the account accordingly. Als een van die Contributors, stel ik dat ik ook nog iets te zeggen heb over het wel of niet accepteren van de CT. -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
Lennard wrote: On 14-12-2010 20:47, Frank Steggink wrote: De gebouwen in Ilpendam heb ik later wat verschoven om gelijk te liggen met de gecorrigeerde dataset, en in Heiloo is alles gewist en opnieuw geïmporteerd onder de account van 3dShapes. Heiloo was mijn pakkie an, en ik ben pro ODbL. Groet, Floris ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
2010/12/14 Lennard l...@xs4all.nl Het proces mag dan misschien niet snel zijn, maar sommigen die steeds maar vragen waarom we nog geen ODbL+CT hebben geaccepteerd, stralen die haast wel uit. Tjsa, tijd en de beleving ervan is een subjectief iets. Laat ik het daar maar bij houden. Je bedoelde waarschijnlijk ODbL overal waar je Contributor Terms schreef. Het gaat er hier om het user-account waaronder de 3DShapes wordt geïmporteerd. En dan hebben we het over de Contributor Terms Huge imports that are not under the new CT, like 3DShapes, raises a lot of questions whether these imports are compatible or not. You've seen Goed, maar ook _waarom_dan_ ? Ik bedoel hiermee te zeggen dat indien er imports zijn die nog niet zijn aangemeld onder de nieuwe CT, er bij velen de onduidelijkheid zal heersen of die imports compatibel zijn met de verwachte toekomstige situatie. Waarom die onduidelijkheid terwijl die helemaal niet nodig is? De 3DShapes import is compatible. Wat is dan nu het probleem? [knip] Als een van die Contributors, stel ik dat ik ook nog iets te zeggen heb over het wel of niet accepteren van de CT. Nogmaals: ik heb het enkel over het user-account van de 3DShapes-import. Niet over jou eigen account. -- Lennard Gr, Henk ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
On 15-12-2010 0:50, Henk Hoff wrote: Het gaat er hier om het user-account waaronder de 3DShapes wordt geïmporteerd. En dan hebben we het over de Contributor Terms *En* de ODbL. Het is ons immers niet toegestaan om die apart te zien. Gezien het feit dat de 3dShapes-data PD is, is de ODbL geen probleem. De CT mogelijkerwijs wel. De logica leert ons dan dat we nog geen vinkjes gaan zetten. Ik bedoel hiermee te zeggen dat indien er imports zijn die nog niet zijn aangemeld onder de nieuwe CT, er bij velen de onduidelijkheid zal heersen of die imports compatibel zijn met de verwachte toekomstige situatie. Maar die situatie is er nog niet. De huidige acceptatiestatus is daarmee ook nog niet relevant. Zeker niet gezien de huidige 'voluntary agreement phase'. Dat het bij sommigen kriebelt, dat is aan hen. Om daar nu al steeds op te drammen, doet het juist bij anderen jeuken. Waarom die onduidelijkheid terwijl die helemaal niet nodig is? De 3DShapes import is compatible. Wat is dan nu het probleem? Zoals ik hierboven al stel, *is* er helemaal geen probleem. We zitten nog niet in een 'forced agreement phase', laat staan dat we al toe zijn aan het onmogelijk maken van het editen door die accounts die niet gekozen (huidige fase) cq. afwijzend (toekomstige fase) hebben gekozen. Onduidelijkheid is er alleen in de ogen van degenen die bang zijn om 80% van NL kwijt te raken tijdens een eventuele transitie naar ODbL. Als een van die Contributors, stel ik dat ik ook nog iets te zeggen heb over het wel of niet accepteren van de CT. Nogmaals: ik heb het enkel over het user-account van de 3DShapes-import. Niet over jou eigen account. Ik heb het ook over de account '3dShapes'. De genoemde mensen hebben met dit account data geïmporteerd. Al deze mensen zullen dus hun fiat moeten geven aan de CT. Tot die tijd blijft het zoals het is. -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
Lennard wrote: *geknipt* Zoals ik hierboven al stel, *is* er helemaal geen probleem. We zitten nog niet in een 'forced agreement phase', laat staan dat we al toe zijn aan het onmogelijk maken van het editen door die accounts die niet gekozen (huidige fase) cq. afwijzend (toekomstige fase) hebben gekozen. Onduidelijkheid is er alleen in de ogen van degenen die bang zijn om 80% van NL kwijt te raken tijdens een eventuele transitie naar ODbL. En daarom is er dus wel een probleem. Ik heb al van meerdere mensen gehoord dat het licentieverhaal ze verontrust en dat ze daarom niet of minder mappen. Ik zit er zelfs aan te denken om voor de woonwijk waar ik binnenkort huisnummers ga mappen eerst de huizen maar even opnieuw te tracen van Bing om zeker te zijn dat m'n werk niet kwijt is straks. Groet, Floris ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
On Wed, 15 Dec 2010, Floris Looijesteijn wrote: Ik zit er zelfs aan te denken om voor de woonwijk waar ik binnenkort huisnummers ga mappen eerst de huizen maar even opnieuw te tracen van Bing om zeker te zijn dat m'n werk niet kwijt is straks. Muhahaha :D M'n dag kan niet meer kapot. Doe dat iedere ochtend ff Floris :D Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
