adrian

Sorry it seems like rocket science - there are definitely a lot of config options - this module is obviously about a lot more than just importing CSV files The double quote enclosures allow you to have commas inside the address subfield as well as between the other fields - no need to use tabs as the field separators. There does seem to be a current issue with the module making use of separators other than the default comma - I am looking into it now and should be able to fix fairly quickly. But, again if you use the quote enclosures for the address subfield this won't matter. I guess you aren't actually defining the lat and lng fields, but rather relying on the geolocation? What is the 111111 at the end of the address?

@Mikel and everyone else, Sorry for the hassles - this has obviously been a pain for you and taken up other folk's time as well. I am trying to duplicate here, but can't and also can't figure out how it could be an issue - if you are logged in, the first line inside the module's init() returns before any it does anything else. I'd love to be able to see a test installation where the problem is happening? Any chance you might be able to set up something on lightning.pw or elsewhere?

I see that you aren't following either topic so not sure if you will see these responses, but I posted a detailed response about how you can use Batch Child Editor for importing CSV files into pages with MapMarker fields in response to your post in the other thread. Hope that helps.

@theoretic - welcome to the forums. I haven't used this module for importing data into MapMarker fields, but I just tested my BatchChildEditor (https://processwire.com/talk/topic/6102-batch-child-editor/) and it is working great for MapMarker fields. You will need to configure the following to get it to work: Module config: Where editing tools are available and separately configurable > Configurable Pages - choose the parent page of the children you want to create with the map marker field. Settings tab of the parent page > Batch child editor settings: Data entry / CSV Import Settings > CSV Field Pairings: 1:title 2:map.address 3:map.lat 4:map.lng This of course should be modified as required, but it worked perfectly for me with a template that had just two fields: title, map The format of the CSV I imported was: Page One, "1 Smith St, New York, NY", 40.691049, -73.98734379999996 Page Two, "5 Brown St, Los Angeles, CA", 34.03673800000001, -118.26510000000002 Please let me know if you have any troubles getting it to work.

Just in case someone stumbles across this in the future - forceLogin() is now available (since 2.6.8): https://processwire.com/blog/posts/processwire-2.6.8-brings-new-version-of-reno-admin-theme-and-more/#new-session-gt-forcelogin-user-method-to-login-user-without-a-password

Sorry - I can't seem to duplicate this at all here - for me there is only the one template option listed. Is there any way you can narrow things down to a certain configuration? Perhaps access to a test install that is showing the issue? Thanks for helping to figure this out.

This module should do what you are looking for: http://modules.processwire.com/modules/after-save-actions/

This is intentional - if you want the automatically generated password to be used, make sure the password field is not populated. Not surprising - EmailNewUser is not autoload outside of the admin interface - see the instructions for using via the API where it mentions that you need to manually load it first. You could either change: "autoload": "template=admin", in the EmailNewUser.info.json to autoload : true or you would need to hack the FrontendUser module so that it loads this module with: wire('modules')->get("EmailNewUser"); // call the module since it is not autoload on the front end Perhaps you could request for pwFoo to add a check if this module is installed and if so, load it - others might find that useful too.

Ok, there is a new version with a new config setting: Automatic Email Send. This is checked by default, but if you uncheck this, then when creating new users the Send Email checkbox will be unchecked by default, so you will need to manually check each time to want to email a new user upon creation. This setting also works with users added via the API. If unchecked, they won't be sent an email, so you will need to use: $newuser->sendEmail = true; to have the email sent. Hope that meets your needs and others also find it useful!

Hi Beluga - glad you are finding it useful, although I have to wonder if your use case for emailing the admin when a new user registers couldn't be better handled by a separate custom module - most of the code from this module is likely not relevant. I think your tinkering regarding a manual only send email feature might be a useful option for this module. It could be a configurable option that adds a checkbox to the user page which could be checked or unchecked by default which determines whether the email is sent or not when registering a new user - would that work for you?

Sorry I thought it was already doing this correctly, but I just checked and noticed that setting "Can this template be used for new pages?" to "No" doesn't remove the "Add New" button - is that the issue you are referring to? I am using addable() on the parent page for determining if the Add New button should be displayed, but I see that this has an override for superusers. It also doesn't consider the noParents setting - you need the createable() method for that. Is this the issue you are having? Are you testing as superuser? Is the behavior correct as normal user? I am in a rush out the door, so will look at this further when I am back, but I might need to use a different approach for checking this.

Hi Orlando - glad you found the MigratorWordpress importer useful. I assume the comments were imported automatically via MigratorWordpress? I think this is a bug in the module. The "Import Created / Modified Dates" settings is not working for comments. Was this your situation or was your initial comments import handled outside of MigratorWordpress? Either way, I'll add it to my list to fix this.

Hey @valan - sorry about that - it was a bug in Hide mode. I just committed a new version that should fix things for you.

I know this doesn't answer your question, but there is already a highly configurable module for grabbing Youtube and Vimeo images: http://modules.processwire.com/modules/process-get-video-thumbs/

Hey Sephiroth - remember this is kongondo's module, not mine but I am sure he would appreciate PRs. I know that he has been very busy with other things lately and hasn't had much time in the forums, but hopefully he can review and accept a PR fairly quickly still.

Cerulean - sorry for the delay, I was on vacation. Like mr-fan, I haven't had issues either with this, but I do have my memory settings quite high. I should probably add some batch functionality to the exporting like the ListerPro action uses. I'll add it to my list of things to do, hopefully fairly shortly.

Sorry everyone for the delay on fixing this - I was on vacation. It was related to a recent change to prevent it affecting language file uploads. Please let me know if anyone still has any issues.

Thanks Sephiroth for chiming in here and helping - much appreciated! This is my last post for a couple of weeks, but zervis you are in very good hands with Sephiroth - he has used MigratorWorpdress extensively and has contributed to its codebase!

Hi zervis and welcome! You say that the importing works fine, so I don't think it is an issue with MigratorWordpress. If you don't have a view link, then it sounds like you don't have a template file for the new pages - something like news.php in your templates directory. Sorry, I am in a rush here - it's late and I am headed on vacation for two weeks in the a few hours, so hopefully someone else can help guide you through the process of creating the required template file if you are not already familiar with that - it's just like any of the other template files - basic-page.php, home.php etc.

Sorry, in a bit of a rush, so I won't answer your question directly, but if you want to generate an export specifically for Excel, I would take a look at making use of something like: https://phpexcel.codeplex.com/ If you want to stay with the CSV route, the Batch Child Editor module (https://processwire.com/talk/topic/6102-batch-child-editor/) might satisfy your needs. It comes with an admin CSV export, and also an API method that can be used like this: // delimiter, enclosure, file extension, names in first row, multiple field separator, array of field names $page->exportCsv(',', '"', 'csv', true, "\r", array('title','body','images','textareas')); This will export the defined fields from all child pages of the current page. Of course I don't know your exact needs, but thought I'd point out these, just in case they are useful.

This module from Ryan might be a good place for you to start: http://modules.processwire.com/modules/rss-feed-loader/ It could be easily modified to save the content from the RSS feed as pages in PW.

A few more tweaks - you can now specify the separator when importing and exporting tables with the new multi-value fields. Also a couple of bug fixes and a speed improvement when importing.

It's just a simple typo diogo: // if this field doesn't exist continue if(!field) continue; You're missing the $

Thanks diogo - I just read the post title, and apparently none of the actual content of the post - even so my answer was still wrong - oh well

Just replace $page->fields with $fields